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PREFACE 

The purpose of this document is to introduce and 
familiarize (somewhat (nvimateig’: one with the theory of 
Operation of the Fast ce (FM). This is written to be a 
self contained funt ional description of the Fast Memory 
logic diagrams ( and an an aid in trouble shooting logic 
failures that may occur ). 

In some cases the explanations may seem awkward, this 
is due in fact to the a posteriori nature of this writing. 
The initial Fast Memory designed by Steve Tulloh (°78) to 
BCC 5@@ specifications has undergone significant control 
- eard modifications to clearly define the FM core module 
timing synchronization (desiqned in Hawaii by A. Be 
Goo@drich and D, Dodge °72) which are described in this 
document , 

In many cases, a single person’s point of view can 
yield an inadequate description; fortunately others have 
added sennenes and corrections to ereause a document which 


makes the reader’s task more enjoyable, 
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INTRODUCTION | 
The virtual memory of any large computer is composed of 
several physical constituents e.g., data registers ,core 
modules ,drums ,disks,each with its peculiar characteristics 
hidden from the user by the memory management system . At 
the system level however careful considerations have been 


given to each of the individual components, Generally the 


higher the percentage of firmware and hardware control the 


more efficient a system becomes. This philosophy has been | 


incorperated in the BCC 580 memory system resulting in the 


Fast Memory and the dedicated rotating memory microprocessor 


controller(AMC). 

The Fast Memory(FM) has been designed to be an 
effective multiport core module buffer in the BCC 580 
operating system enviroment, The distinguishing features of 
the FM compared to a slave core buffer (ala cache) are its 
multiport accessibility ,variable buffer serviceing, and 
dynamic control of the core modules, The power of the FM 
enables other system miereprocecseee to reduce core to FM 
thrashing and the cost of drum to core eee swapping, 
Through its four 24 bit wide ports the FM provides a total 
of 13m Hertz memory bandwith( with a little help from its 
friends”), 


The local environment of the FM illustrated in figure 1 
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CPU = Central Processing Unit 

AMTU = Auxiliary Memory Transfer Unit 
MFMBM = MicroProcessor Memory Bus Multiplexer 
MSCH = Micro SCHeduler | 
CHIO - CHaracter Input/Output 

AMC = Auxiliary Memory Control. 


Figure 1 


Fast Memory Environment ~ 
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shows that there are three types of processors serviced by 
the FM. Two of these, the MPMBM, and AMTU, are the 
interfaces for the system microprocessors and the rest of 
memory respectively; as a consequence , the FM provides 
service to a variety of processors, The general problem of 
supporting various processors from a central facility such 
as the FM is difficult, however several things are apparent; 
since some processes are not making purely . random requests 
such as a cpu, i.e€., some are sequential. in nature such as 
drum requests it would be advantageous to use these types of 
differences in creating catagories for the scheduling and 


resource allocation of the memory facilities; in addition 


| since the memory is multiport it -should provide the 


Capability for each request to specify its own level of 
access and memory usage (,such as port and core nosed 
priority). In addition, although one may be forced ber 
economics or space, to limit data busses to single word 
widths, this does not preclude taking advantage of known 
double word memory requests elsewhere in the memory system, 
Since double word operations occur frequently, e.g., drum 
transfers, it would be advantageous to expedite double word 
memory requests without the expense of double word width | 
data busses and double core cycles . Although all of these 


features are obvicusly desirable, the problem is to devise a 
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clean implementation quring a given state of the art (68). 

Bach of these features has been incorporated in the FM 
design, For example, in order to requlate port access 
conflicts, the FM uses a hybrid port priority scheme. Part 
of this priority is determined by preassignment (during port 
cable assignments plugged into the FM), the other portion is 
a port priority bit accompanying each request, Another 
feature which minimizes the effects of unsuccessful port 
conflicts is that requests can be easily issued at 188 n see 
intervals (note this is one nalf the natal nesses time for 
Gata from or into the FM), . The remaining processor to FM 
communication Becues within a request format which contains 
the processor's request requirements ,as a consequence, the 
appearance of each port processor to the FM is almost 
identical (to the extent that port to processor assignments 
can be easily rearranged by simply unplugging port cable 
cards to the FM and replugging them into ‘different port 
slots), 

A Standard technique which enhances average data 
transfer rates in slow sequential devices such as drums and 
@Gisks is to transfer blocks of data at a time, In a similar 
fashion one can reduce the average access time to core 
memory by transferring double aords during a core cyle, 


instead of a single word per core cycle. The ccre memory of 
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the BCC 586 uses Ampex units which transfer a double word 
per core cycle over a single word data bus into a FM double 
word register , | 

Although the bulk of the FM consits of core modules, 
the effective port access times are not at core cycle speeds 
(although the worst case access times are limited to the 1 
aterosenana core cycle time). The FM services port memory 
requests using fast (semiconductor) data registers to either 
accept or furnish data to the reguested ports, Hence as 
long as a FM register is available, store requests are 
accepted in the normal 2609 n sec access time, In order to 
reduce fetch times (which require a core cycle to retrive 
core data ) prefetch requests are issued to forewarn the FM 
control logic that a certain double word of data will be 
needed from core, Tn Keeping with this approach, there is 
also a prestore request used to acquire or reserve a data 
register for a subsequent store to FM , By having a large 
number of data registers (buffering requests for a core 
module) more store requests can be accommodated before 
saturation occurs ( when the registers are all allocated). 
At the same time, a large number of paeieters also requires 
more register to core accesses as the core access que 
lengthens and data is awaiting to be transferred to core or 


being fetched from core, Hence although a large number of 
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registers are aeutvabie there is a limit to the number of 
registers which can be accommodated by the core modules, 
Due to the physical size and propagation delay problems, the 
preliminary FM design (which proposed six double word 
registers per module) has been reduced to two per module for 
a total of sixteen double word registers (after some 
simulation testing two registers seemed an acceptable 
number), In addition, although it would be ideal to have 
independent port bussing to each module (actually the data 
registers of that module), the FM port bussing is shared by 
a pair of core modules, | 

An important aspect in the operation of the FM is the 
: communication between processors and the FM. This 
communication is more interactive than normal, enabling both 
the FM and processors to react guickly and adaptively to 
changes that eeaee: For example, if a request is being made 
while another higher priority port is also requesting the 
same area of memory, as a souee. Betsricy request, the 
rejected port is sent a rejected signal during the same 100 
ns as its request, This enables all Pouected reguests to 
reissue their requests (possibly at a higher port priority) 
during the next 199 ns. uring the second 108 ns interval 
(unre jected requests which were sent a NREJ signal by the 


FM) await an accepted response (acc). Being ACcepted by the 
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FM tells the processor that a register is available to 
accept data. However if the request is fetching data from 
the FM an additional response is required to signify if the 
current contents of the data register is a current copy (of 
the desired location normally residing in core SAT is sent 
back), 

Since there can be several (as many as sixteen) 
resident requests in the FM, and four port requests to the 
FM each 198 ns, it’s fortunate (by planning) that there is a 
relatively simple description vector associated with each 
request being made or being serviced by the FM during any 
1898ns interval, A portion of this vector is specified in 
the port request format the remainder by the FM control 
logic, Resident requests have their description vectors 
latched in the FM control logic as a state vector for each 
double word register, 

From an engineering viewpoint there are several 
interesting latching techniques and gate arrangements used 
in the FM, However , the most significant feature of the FM 
is the control logic which escrainater the basically 
asynchronous core cycles with the synchronous FM requestors 
so that common data busses into and out of the double word 
registers ase by both the processors and the core module 


are well controiled, Because this involves a moderate 
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degree of familiarization with the FM signals the topic of 
synchronization timing is delayed until an adequate 
background has been laid, 

Hence to summarize some of the distinguishing features 

of the FM : 

1) Although the port deta patie are single word busses 
of 24 bits, the FM is internally double word 
oriented, AS a consequence, double word stores or 
fetches are executed somewhat. easier. than two 
independent single word requests, 

2) FM port and core access priorities are dynamically 
assignable each 180 ns 

3) core module failures detected by the FM control 
logic are sent to the system’s warning registers, 
and local error recovery procedures are 


automatically executed, 
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2. eu Ganatrucee 

the FM contains a total of eight Ampex 16k core modules 
for a total of 128k words or 64 pages divided into four 
quadrants, Hence, the entire 18 bit address space provided 
for in the FM is not implemented as memory (address bit At 
is unused though there is a potential 256k word address 


Space available in the FM by using it). Fach core module is 


assigned a pair of double word registers labeled A, B, (with 


upper and lower halves denoted by U, L respectively) which 
function as data buffers, (It will become convenient later 
to refer to the combination of data registers and core 
module as a “module” ), Figure 2 illustrates the 
a ingaxieaving implemented in the address decoding levels to 
the quadrant, module, and double word address, The intent 
of this scheme is to physically distribute successive double 
words amoung the eight core modules, reducing the likelihood 
of a high priority process dominating a single core module 
by requesting sequentially addressed asta located in one 
module, 

Ideally, the port to module bussing should enable 
independent data paths to each module this would mean one 
I/O bus per core module and a 4 x 8 switch 3; however, due to 
size considerations, (a 4 x 8 switch would reguire too much 


space), the FM employs a quadrant structure connecting two 
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address: 
double word | Samaras upper or lower half of 
address double word 
core module of quadrant 
Address Bits | 
Core Module 15 16. 2/ Double words # (total at present 64K) 
(in octal) 

Jp 4 p p 0,8,16,...8184 0,10,20,...36710 
Ji 1 p p 4,12,26,...8188 4,14,24,...36714 
Lp p p 1 1,9,17,...8185 Vipin 21 e304 50/7 1) 
L1 1 p 1 bdo 52154028189 D5 15325,2:0850/715 
Kp p 1 p 2,10,18,...8186 DAD 22 ce SO7 Le 
Kl 1 1 p 6,14,22,...8190 6,16,26,...26716 
Mp p 1 1 S50 lO gineOle? 1 D513 525544550715 
M1 1 1 1 Teo e2oyeeeOl Ol.) Vb ehig2hs<e000/17 


NOTE: 


each core module is 8K double words so only 13 address bits are 
needed, actually address bit 1 (the most significant) is not used 
in the present memory which uses 8 core modules (total of 128K 
word core). 


Address Decoding 


Figure 2 


Incoming address 


As used in FM 
during HALFMOD 
mode 

Al7 0; 1 
JL 
K | M 
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HALFMOD address mapping 


hsfie [a7 


(cl had EX ECD Tal 
unused quadrant 


core module 


In this scheme Al7 determines, e.g., the quadrant 
A1l7=0 refers to either quadrant J or K, the correct 
one is clear since one is eliminated by either the 
JOFF or KOFF signal which accompanies the HALFMOD 
mode. 

Note: See discussion in Section 4.2. 


Figure 2a 
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modules to a common T/O port bus . Hence, if two processors 
are requesting data located in the same quadrant of memory, 
One Will be rejected because there is only a single output 
bus from the quadrant although they might be referencing 
different modules of the quadrant, At worst, this reduces 
the port access to memory by a half . (AN accurate estimate 
of multiple references to the same quadrant can be acquired 
from monitoring the RFvJected responses,) 

Although figure 3 is only a block diagram it closely 
resembles the actual data register and core module bussing 
arrangement of a quadrant, Although port bus access to a 
module is restrictive, each of the two core modules is 
capable of simultaneously executing core cycles, This is 
because the data paths from register to core and core to 
register for each module are independent, Figure 3 also 
shows that only one port reference can be serviced by a 
quadrant, Both double word registers A and B have upper (U) 
and lower (L) halves each containing a single 24 bit word, 
Notice that simultaneous core and port use Of the same data 
paths are resolved by inhibiting port store and fetch 
requests (by NOSTORFE and NOFETCH signals). The details of 
figure 3 notation are explained in section 4, 

The organization of the FM quadrant bussing scheme 


immediately implies the necessity - of several control 


CSG/G-1 


Port T | Port U | Port V Port W 


Transfer from Transfer from 
register to Crossbar Switch Logic register to 


nen ee ae ae ie sk acne, 


ule Quadrant J Quadrant L Quadrant: M 


DO} Data Out 


Register A 


| Upper A | Upper B 


re es 


Re 


Te ee ee 


module selects 


store core pulses 
SUH, SLH 


store core pulses 


SUH, SLH ¥ ¥ 


Core Module K@ | Core Module Kl 


Quadrant K 
Data Registers and 
Core Modules RDU, RDL 


Figure 3 
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funceiones the primary one is basically to coordinate the 
port - response and data transfers with independently 
executing core cycles, andthe other, of course, is to 
schedule core cycles of each module (once a request is 
latched core eycle scheduling and execution proceed > 


automatically). 
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3. Processor communication with the FM 

In order to make intelligent control decisions, the FM 
must know the requirements and characteristics of each 
processor request, This information is succinctly conveyed 
to the FM with each request following the format shown in 


figure 4, 


3.1 Request Format and Control Bits 
Fach regquestor provides’ the FM control logic with 
several bits of information,which in turn enables the Fy to 


provide the appropriate level of service to each of its 


|  users,.the information bits contained in each request are: 


F,S bits-—Nature of request.(F,S)specify this request is a 


prestore(%,%),store(@,1),fetch(1,@)or prefetcn(1,1). 


H bit-FM register holding bit.Setting the hold bit does two 
| thing : 
1)holds the requested register and 
2)in some cases prevents a pending register to core 
until both halves of the register have been | 
loaded by the processor making the request to store, — 
until the hold bit timmer runs out it can be reset | 


by another request, 
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Request Format (26 bits) 


Request Format (26 bits) 


A = address bit (18) 
APAR = address parity bit (1) 


F = fetch bit (1) 
S = store bit (1) 
H = hold bit (1) 


Q = sequential device type bit (1) 
CAP = (PX,PY) = core access priority bits (2) 


PP = port high/low priority bit (1) 


Figure 4 
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Q bit-—Sequential device delimiter.the OQ bit effects two 
functions differently because a sequential 
device is requesting, 
1)Influences the the choice of register assignments, 


2)petermiines the long or short H bit timmer setting, 


PP bit-—Port priority specifies if the processor is 


requesting high or low port access into the FM, 


PX,PY bits-—Core access puleriey aiie-peioeves is only 
effective if the request has gained access into the FM, 
The FM control logic then uses it to determine ; 

1)the selection of data register assignments and 


2)the scheduling of core cycles amoung registers, 


The description of the processors requirements has been 


limited to seven (of eight) bits; the bulk of the request 
consists of the 18 bit address, This information is used in 
both register allocations and core cycle assignments (amoung 
registers ),. For example under equal conditions a resident 
request with the Q bit set (and the cther request without 
its associated Q set) will be more likely to be replaced 
(see CHOOSE signal discussion in section 4.3.2)if£ no data 


will be lost because it would be simpler for the sequential 
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request to be reissued, In order te control this selection 
more directly, setting the hold bit inhibits a register from 
being chosen for replacement, In addition ,using the ho1d 
bit Beavente confusion between single and double word stores 
by the processors, Since only a single word at a time can 
be sent to the FM the core cycle should be inhibited during 
a double word store sequence by setting H until the second 
word is stored into the data register, 

The core access priority specified by (Px, PY) 
influences both register and core cycle allocation functions 
of the FM. For instance, if a request is being made at high 
core access priority the register choosing function enables 
a special condition that takes a register although it is not 
considered free, e.9., if its hold bit is set or it has not 
yet fetched from core (and no data will be lost). Besides 
this ,the core access priority (PX,PY) along with an age 
pointer (P denoting the register in use the longest) are 
used to decide which of the two registers of a module will 
execute the next core cycle, 

Actually the port priority bit denoted in Figure 4 is 
only a conceptual representation, There is one of two 
signal lines Request High, Request Low (RQH,ROQL) which a 
request enables, These signals are logically (and more 


aesthetically) described as a single bit PP since they are 


CSG/G-1 


- 18 ~ 


logical complements, Tf all requests have their PP bits set 
to @ or ROL, the hardwired port priority highest to lowest 
is T, U, V, W. If, however, one port specifies PP (or 
Request High ROH) it preempts the normal hardware priority 
in the following way: Suppose a U-port request specifies a 
high port priority, and all other ports do not. Normally 
with no pPpP’s set, port T has precedence over all other 
ports, However, in this case port U has the highest port 
access to any quadrant of memory, Hence by using the high 
port priority mode the normal priority can be overridden, 
Note: If each port requests high port priority RQH the > 
hierarchy is identical to the normal hardwired priority 
- scheme of T, U, V, W from highest eG lowest. This simple, 
flexible, hybrid port priority enables processors to 
dynamically vary their access to memory. Probably the best 
way to formulate a strategem for port priority assignments 
is through tests under normal operating conditions; 
Sumicieiy liberal use of high port priority by all 
processors will defeat the purpose of this priority scheme. 
The following are two examples of processor requests to the 
FM. 
1) _ Drum and disc requests issued to the FM by the AMTU 
are normally double word operations, Hence the AMTU 


request procedure is to set the H bit during the 
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first half of the store (or fetch) to reserve the 
double word register long enough for the remaining 
data to be transferred to the other half of the data 
register, In addition, by setting the Q bit the H 
bit timer should run for a 94 instead of 43 
intervals, (Note: There are hardware provisions for 
changing the initial counter states hence allowing 
different timings as the need arises), 

Once a request has been assigned to a register it 
normally competes for core access, Core access (a: 
decided using several criterion: however, the most 
obvious one is a comparison of core access 
priorities, Since priority comparisons can result 
in deadlocks the register residing the longest 
specified by a pointer bit( labeled P) is favored, 
Fiqure 5 illustrates that the core access priority 
comparisons Gone by FM hardware, favors the revister 
with longer residence, once specified by a port 
peqiiest Gu: Medium and High core access priorities 
(PX’ PY’, PX.PY’, PX.PY respectively) do not change, 
This prevents a port from illegally reducing the 
See priorities of other processes, A fourth 
priority PX’.PY the Warning priority will remain the > 


same until the other module’s register has been 


Core Access Priority 


Register A| Register B 


Register Chosen 


If A resident longer 


PX[A] PY[A] |PX[B] PY[B] | P= g 
g 9 |f p A 
p i |p 1 A 
p Op |1 p B 
p 6 jl 1 Bo 
p 1 | 6p p A 
p 1 |p 1 A 
p 1 | 1 p B 
g 1 | 1 1 B 
1 G 19 p OA 
1 9 19 1 A 

a gO |) g A 
i g 14 1 B 
1 1/6 g¢ A 
1 1 |g 1 A 
1 1 |1 g A 
1 1 |i 1 A 


Core Access Priority Decision Table 


Figure 5 
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If B resident longer 


CSG/G-1 


reassigned to a new request or is being referenced 
by a port, For example if the other register is 
active, the PX’ bit of the daenling peieridy becomes 
automatically set changing the warning priority to 
high priority, This prevents resident warning 
requests from being Husnes aside’ by an incoming 


request with equal or higher core access priority. 


3.2 Request Responses 

Since processors can issue memory requests each 
interval (188 ns), they are immediately notified in the same 
interval if they have port access (by the NRFJ signal). ff, 
however, a higher priority port aiso is requesting the same 
quadrant of FM the rejected signal is sent back (REJ) during 
the request interval (this Snebies the processor to reissue 
its reguest the next interval). Since processor port 
priorities can also be changed by port assignments, it would 
be interesting to change the present port priority structure | 
and measure system port conflicts by monitoring REJ signals, 

once a port processor receives a NREJ (Not REJected) 
Siqnal from the FM it awaits a second set of responses 
Guring the next interval, A store Beaeee (F° . S) is 


successful if the ACC response is received 3; fetch requests 


CSG/G-1 


tp 


(F . 8S‘) receive a SAT (SATisfied) in addition the acc 
response, Prestore (Fe. s‘) and prefetch (F . S), 
requests which are basically used to acquire a FM register, 
receive an ACC response if a register is being assigned to 
the reguest or has been assiqned by a previous reguest, 
Prefetch requests also receive a SAT response, in addition 
to the ACC response if the current contents of the data. 
register are good, Note that a prestore cannot be used as a 
store request (see Sec, 4.2.6). Similarly, a prefetch 
request cannot fetch data from the FM even if the register 
data is valid. (Although the FM response may seem adequate, 
BreEstch and prestore requests cannot be used as fetch and 
stores because the data registers could be executing a core 
cycle using a portion of the port to register path, This 


facet is discussed in more detail in Section 4.1.1) 
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4. Hardware Functions 


There are five major hardware functions which can be 


simultaneously performed each 1089 ns: 


I) Request Response 
II)Register Assignments 


TI~t)Core cycle Allocation 


TV)core Cycle Synchronization 


V)Memory Failure Routines 


The primary ob jective 


of the hardware signal 


description is to imbue the reader with enough understanding 


of the terminology and functions of the major FM control 


signals in order to understand 
‘Gesiens each 1@@ns  , The 
presented in section 5, 

The first thing to be 


architecture FM data registers, 


4.1 Preliminaries 


4.1.1 Data Register 


the control cycle timming 


control logic timming is 


described will be the 


The double word registers represented in figure 3, 


represent an array of Sylvania 


SM63 data registers in the 


FM. Abit slice of a quadrant of the array is shown in 
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figure 6, The upper half of the register are used by core 
module @ and the lower half for module 1. The notation used 
in figures 3,6 are similar to the FM notation, They are 


listed in two groups data and control as follows: 


Data Signals 
DO-Data Output to port 
DI—Data Input from port 
DRCc-Data from Register to Core 


DCR-Data from Core to Register 


Register Control Signals 
TCR-Transrer from Core to Reogiseer 
MODSEL- core MODUle SFELect 
ScP-Start Core Pulse 
SLH-Store lower Half of register into core 
SUH-Store Upper Half of register into core 
RDL-Read Data from Lower half of double word register 
RDU—-Read Data from Upper half of double word register 
DIS—~Data Input Strobe Oe 


poS—Data Output Strobe 


In addition ,each signal label contains a suffix which 
identifies the specific core module,register and word. For 
example DISUA1 is the Data Input Strobe for the Upper half 


of the A register in module 1, Brackets will be later used 
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DOSLA 
DISLB 
Core Module @ 
DOSLB FM Data 
DISUA Registers | 
DOSUA 
DISUB 
enable 
DOSUB 
_ 8 >: 
a MODSEL @ | 
>  MODSEL 1 : 
a 
TCR 
om 


Core Module 1 
FM Data 
Registers 


Figure 6 Data Register 
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to set off the identification e.g.,DIS(UA1] . (Note: some — 
liberties have been taken in the AOeHE LOR used in figure 3 
e€.g., DISC represents the group of signals which control the 
inputs to the FM data registers, ) 

Although the two core modules are sharing a quadrant 
bus to the ports, their individual core to register bussing 
are seperatedsas a consequence,each module of the quadrant 
can be independently and symultaneously be executing a core 
cycle, Clearly a port requesting an inactive module causes 
no problem,since in this case the port to register path in 
free for use. Complications arise when a peauese is made to 
aregister which is also in process of a core cycle and 
making a register to ( or from) core transfer using the bus 
also desired by the port, Preventing conflicts over bus 
usage is an important FM function, For instance during a 
store into the core module, a4 port request to output data 
from either the A or B register of this module is inhibited 
by the NOFETCH signal condition being true so that the core 
cycle can use the bus without port conflict. During a core 
to register data transfer ,port store requests are inhibited 
by the NOSTORE condition, Both the NOFETCH and NOSTORE 
signals generated in the above cases seem adequate however, 
there are ec situations in which a more efficient strategy 


can be employed, Obviously because of register bussing of a 
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module both registers of a module cannot be simultaneously. 
used . However if a port requests the address of a register 
executing a core cycle the port request should not always be 
inhibited consider the following : | 

Case 1. During a core to register data transfer a port 
store request (which is normally not accepted 
because of the NOSTORE condition) should be accepted 
if it is addressed to the data being fetched by the 
register executing the core cycle, [fn this case the 
incomming core copy of data is obsoleted by the port 
data which should be accepted as the most valid data 
for that address, 

Case 2, During a register to core transfer, data being 
outputted to the core module for storage should also 
be available to a port fetch request requesting the 
same address (instead of being not satisfied by the 


NOFETCH inhibit). 


These two anomalies unaccounted for in the present F™M 
control logic can be remedied simply be detecting if the 
request is referencing to a specific upper or lower half of 
the data register and if the present contents are valid (for 
fetch case), However, due to the high integrated circuit 
packing densities of the present FM printed circuit cards, 


these changes cannot be simply added on the present 
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cards,and are not done ,. 

Fortunately, these two (of a possible eight) cases 
arise only if the address of a request ameenee one of the 
registers, (Perhaps at worst this increases the effective 
response in these special cases by an additional two 
intervals (2@@8ns):; however, this depends upon port access 
competition and the state of the core cycle transfer), 

Other details of the guadrant control such as core 


module control] logic are discussed in the following section, 


4.2 Request Response Signals 


4.4.2 Hardware State Description Matrix 

Since there are 16 (double word) registers and 16 
corresponding double word address registers in the FM there 
can be as many as 16 resident requests, each involved ina 
different phase of request servicing. The state of each of 
these reguests is concisely described by a 198 bit state 
vector latched in the FM control cards. The collection of 
all the register state vectors is shown in Figure 7 as a FM 
state description matrix, Fach entry is either a binary @ 
or 1, and the columns represent a register’s state vector, 
There are three subfields indicating: the status of the 


data, the register, and core cycle process for a register, 


Module 
Register 
RU 
Data RL 
Register 
Contents me 
CL 
H 
Register Q 
Status 
P 
IP 
C 
ore os 
Cycle 
PY 


1 
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sample of state vector for register B_ 


of module K@ © 


Figure 7 


Illustration of FM State 


Description Matrix 
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Since the FM has both a core (Cc) and register (R) 
storage location for an sadraawed word, the problems 
encountered with multiple data copies are resolved by the 
use OF the R and Co bits to denote valid register or core 
Gata (followed by a U, or L letter denoting the upper or 
lower half word of the register, e.g., RU, RL, CU, CL). A 
One bit is used in these entries to denote that the copy is 
current , The example state vector in Figure 7 for core 
module @ of quadrant K (K@) indicates the core copies of 
data are current and the upper half of register B are also 
valid (current), Notice that obviously this implies the 
need for a fetch of the lower half contents of core into the 
lower half register, | 
| The register status is partially described by the hold 
bit H, OQ bit and pointer P, The roles of FM versions of H 
and Q (which can _ be different from those specified in the 
request format) are similar to the ones discussed 
previously, The aifference is that , the H bit can also be 
set by the FM control logic in certain circumstances (see 
Section 4.3.1). Since both A and B double word registers 
share a core module the pointer bit P denotes which register 
has been assigned to a request longer, Along with other 
information, the pointer is used to decide register and core 


cycle allocations, 
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The remaining three bits denote the core genase 
priority (PX,PY) and the core cycle in process status (IP) 
of a register executing a core cycle. (The IP bit is 
Cleared as soon as the fetch or store has been executed, in 
some cases, earlier, see Section 4.3.3). : 

Although the state vectors are conceptually collected 
in Figure 8, they are physically distributed at various 
locations in the FM logic, (since their primary function is - 
to. provide a convenient “means for the various hardware 
processes to communicate and synchronize their 


functions ,this is natural). 


4.2 Request Response Signals 

The request response process discussed in previous 
sections consists basically of two sets of signals REJ, NREJ 
and acc, NACC, SAT, NSAT generated by a collection of 


printed circuit cards labeled: Request Response, GO, Input 


* Qutput Switch, Request Latch, Accepted Response, Satisfied 


Response and Address Register cards, 

Fach card represents a physical partition of the 
various phases of the FM request and response processes, 
The canara configuration of the intercard connections and 


arrangement of the cards is shown in Figure 8. However, the 


Port Response Output 


ACC 
SAT 


ACCEPTED 


SATISFIED 


REQUEST 


"| RESPONSE W 


Address 
Register. J@ 
Address 
Register Jl 


M1 


(GOT W) 


GO 
GO 


REQUEST 
RESPONSE U 


REQUEST 
RESPONSE V 


ae (WREJ a eal 


}-» (SATW,NSATW) —— 


Figure 8 


|RESPONSE T 


REQUEST 


p> (ACCW,NACCIWW) ——- > Port W Response 


P | s 
Y 
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logical sequence of intercard connection and functions can 
be simply described using a card to card description, as 
(ise. | In order to reduce redundency (and the tedious 
details of each senats only major signals will be discussed 
in this text; however, the boolean expression and a brief 
Giscussion of each signal is contained in Appendix I. 

The portion of signal labels in brackets [ ] represent 
the variable fields of a signal label. This notation will 
reappear frequently in the following description of signals 
to emphasize the options taken in examples, Beware, this 
convention is not followed in the FM logic prints, 

Under normal conditions the full 4 quadrant mode uses 
the address decoding showed in fiqure 2. When the quality 
| of data coming from a core module is poor the quadrant 
containing that module can be shut off automatically. For 
example if the Microschedular detects excessive parity 
errors coming from a quadrant it can turn off that quadrant 
in the FM, Unfortunately, because of the interleaved 
address mapping and we can not shut off only one quadrant 
without reguiring an entirely different address mapping ,so 
setting the HALFMOD signal reduces the FM by one half, 
Unfortunately in the present design we can only disable four 
of the six possible quadrant combinations (of 2 quadrants). 


At worst this requires that we shut down entirely if there 
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are two quadrant failures symultaneously occurring in two 
apeciat cases (L and mM ,or J and Kk). | 

In the HALFMOD mode four address bits are remapped, 
Since only two quadrants are used, only one bit is necessary 
to denote which quadrant is being requested, This done by 
Ai7. The Ai6 bit is used to set the value of the module 
indicator, The Ai5 bit of the incoming address becomes the 
value of the high order address bit A2 and the a2 bit 
becomes the value of the ail bit (since Ai is not presently 
used this is done for esthetics and uniformity). The 
allowable combinations of quadrants are either one of Lor 
M, and one of Jor K e.q. (L,0),(L,K),(M,K),(M,J7) are the 
allowable HALFMOD combinations. The remaining quadrants 
| shuttting off is accomplished by the quadrant OFF signals 
(e.9. For L,and Jon we need K OFF and M OFF). Figure 2a 
summarizes the address mapping done in  HALFMOD mode 
discussed above, — | 

logically one could easily include the “forbidden” 
combinations of either JOFF and KOFF, or LOFF and MOFF as 
Special cases using the Ai7 bit differently, however the 
present timing constraints in the present REQUEST RESPONSE 
card can not allow these additional functions a be made 
without slowing down the frequest responses outside the 


specified 13@ns,. 
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4.2.1 Request Response Cards 

There are four request response cards, one per port, 
In order to resolve port access conflicts to the memory 
quadrants, the port priority and low order address bits Aié6, 
Ai7 of each request are encoded into one of eight signals 


which are labeled: 


[port] REQ [quadrant] [port port priority], ¢.g9., 
[T]REQ{W] [BH] is generated if the T port is requesting 


the W quadrant at high port priority. 


Although the REY, NREJ responses (labeled [port] RQ, 
[port] NREJ) originate on these cards, they are essentially | 
generated on the GO cards where the port priority comparison 

is done, 
As their acronyms imply, the NREJ, REJ port responses 


are logically complements, e.q.: 


[ JNREJ = (Go{ Jo + Gof ]K + Go[ JL + Gof JM) . TJ 


[ ]REIJ = (Gof Ja + Gof JK + Go{ JL + Go{ JM)’ . Tu 


Tf port [ ] has the highest port access priority to a 
quadrant of memory, the corresponding GO signal is enabled, 
e.g., if port T has the hignest port access to quadrant J 
the Go[TJ] signal is generated and the [T]NR*®J response is 


sent to port T at time TJ. 
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Caveat: 

The boolean expressions discussed in this document were 
derived from the hardware logic diagrams, however for 
purposes of discussion and illustration it has been 
convenient to rewrite them into another logically equlivant 
form, In addition to this, there are an apparent difference 
between this document and the logic prints, for instance 
signals are normally sent low true between cards so that the 
above [ ]NREJ response would leave the request response card 
as [ ]NREJ’ in the low true sense, This is also true for 
Clock signals eg, So that TJ is really an inhibit term if 
it is received at the (TJ)’ pin of the request response 


card, 


4.2.2 GO Card 


The GO card compares the encoded [ ]REQ[ ] signals 
generated on the Request Response cards for port priority 
and produce a GO [port quadrant] signal for the request with 
the highest port priority . For example, consider the 


expression for the Go[WJ]X signal. 


Gofw7]X=([T] REQ[JH] + [U]REO(JH] + [v]Rz0[gu])’. 


[W]REO(JH].TG + (Tr) 
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({t] REo[oL] + [v]REo[IL] + [Vv] REO[IL])’. 


[w]REO[IL] .TG (IT) 


the suffix X denotes that this the xX copy of the signal cGol[ 
} ( there is also a Y copy ).In addition to these , there 
are also the suffices FX ,FY are used to denote the fast 
versions of the signals e.g.,GO[dJW]FX is logically 
equilivant to the signal Go[Jw]x. 

Since port W has the (relatively ) lowest peeagadaaear 
port access priority it can only be given access toa 
contested quadrant in the high priority request mode, Hence 
port Wis given access interm (I) if no other port is 
symultaneously regquesting the same quadrant at high port 

access priority while W is making a high priority request, 
In term (It) port W is the only one requesting the quadrant 
at normal port access ‘priority (the only requestor for 

quadrant J). 
In contrast to this GO is the port T signal which has a 


different port access priority than W. 
Go[t]x = [T]REO[JH].TG + (I) 


({U]REO[oH] + [V]REO{JH] + [w]REQ[UH])’. 


(T] REO{gL] .Ts : (IT) 


in the high port access mode port T has the highest access 
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and gains access via term (I) ,however in the low request 
mode any other port making a high access request will have 
higher priority as shown in term (ITI) . 

At most four GO signals can be produced during a 18@ 
ns. Interval , These GO signals are then latched and 
duplicated on the Go card, more copies are needed since the 
Accepted Response Satisfied Response , Request Response 
»Request Latch ,and [Input Output cards also use ‘the Go 
Signals, In addition to these copies a module delimited 
version of GO is produced for the Address. Register card 


e.g., the module Ji GO signal : 


Go(gi1] = Go[ta] .[T]a15’ + Gofug]. [vu] ai5’+ 


Go[va}. [(V]a15’ + Gofow]. (w]ais’ 


two of the three functions of these signals are to enable 
the Accepted and SATisfied responses sent to the ports and 
to generate the MODSEL (MOMle SELected) signal of the Data 
Register (shown in figures 3 ,6). The third is to enable 
the CHOOSE signal , Note that in the HALFMOD mode , the 
incomming [ ]A16 address bit is een for the value of the [ 


]Aa15 bit shown above see figure 2a, 


4.2.4 Input output Switch 
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the Input and Output Switches are seperate cards which 
accept data from the ports at time TS and output data to the 
ports at time To, The GO port signals are recieved and 
latched at time TS and To in SM 73°s to control the input 
output data flows, This. cross bar switch is depicted in 


figure 3, 


4.2.5 Address Register 


The Address Register card performs two functions ; 
storing the eure double word address of the data 
register’s contents and comparing the currently stored 
o>-. . a@d@ress (14 bits) to the requested address sent by the port, 
Depending upon the type of request a successful address 

comparison generates either an AOM (Accepted On Address 
comparsion ) or a SAT signal, The AOM response to a store 
signal is enabled when the stored address bits MR match the 
A bits of the requested address . The SAT signal is more 
involved, since in addition to an address match both the 
output bus and validity of data must be satisfied 
symultaneously. Since the outputs | of the the Address 
Register are also used by other FM functions several other 
signals are created in slight variations e.g., DOSP ,MATCH. 


These will be discussed in sections 4.3.3 and 4.3.2. 
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4.2.6 Accepted Response 


he FM response to either a port store or prestore 


Ps 


Lipst is either an acc (accepted) or a wNacc ( Not 


; 


red 
Accepted) signal, The expanded boolean expression for the 
Acc signal is impressively long because of the redundency 
used to speed up the logic, Both the Acc and the NACC 
signals are expanded in the appendix I, Notice that the ACC 
signal is inhibited if the core module is using the input 
bus while the port is also requesting its use to store data, 
However since prestores are used only for reserving a 
register ,the ACC response can be sent to a port prestore 
request ,wwhile a store request would have been sent an NACC 


response by the FM because of the bus condition . 


4.2.7 Satisfied Response 


although the satisfied responses originate on the 
Satisfied Response card their major constituents are created 
on the Address Register card ,similarly for the previous ACC 
response signal. In addition to this similarity prefetch 
requests do not check for output bus conditions so that a 
SAT can be sent to a prefetch requestor, The topic of bus 


control is discussed further in section 4.3.3 in conjunction 
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with the NOSTORE and NOFETCH inhibiting signals, 
Fxample sthe A register’s AOA,AOM and SAT signals 


Available On Assignment; 
AOA-[3@] = TO.STCON[I@]’ .Go[JB] 


(F[A] + F[B] + RULE3[A] + RULE3[B]) 


Available on Match: 
AOM[{A]—[({J@] = To.STcoN—[J@]’.(RA[16].MR[16A] + RA[16]’. 
MR(16A]°).(RA(2].MR[2A] + RA[2]°.MR[2A]’). 
(RA[3].MR[3A] + RA[3]°.MR(3A]’). 


eccoecvce(RA[14].MR[14A] + RA[14]°.MR[14aA]°) 


Satisfied: 
SAT~[J3] = TO.RF.(RS’ .NOFETCH)’, 
(R{LA].RA[18]° + R(UA].RaA(18]). 
(RA(16].MR[16A] + RA[16]’.MR[16A]’). 
(RA[2]) .MR[2a] + RA[2]’.MR[2A]’). 
eee (RA[13].MR[13A] + RA[13]°.MR[13A]‘). 


((RA[14] .MRE14a] + RA[14]°.MR[14A]°) 


notice that AOA and AOM are only the components for the acc 
‘response ° The AOA signal is introduced here prematurely 
for sake of completeness, The AOA signal is used to 
signifiy that a register can be assigned to a new request, 


Notice that if the request is a store and the NOSTORE 
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condition is valid during the request the AOA signal is 
inhibited by STCON = HOSTORE,RS.RF’ which inhibits both AOA 
and AOM . The AOM and SAT signals which are generated on 
the address registter card are just address comparasions 
between the current FM addresses and the requested port 
address, The common TO term is a clock enable, Notice that 
the RF term in SAT limits the SAT response to fetch and 
prefetch requests, This is different than the AOA,and AOM 
signals the (R[LA].RA[18]° + R[(vaA].RA[i8]) term verifies 
that the current data register contents are good and 


available to the port for all requests, 


4.3 control Cards 


The remaining functions which include register 
assignments ,core cycle synchronization and the associated 
house keeping duties are done in the FM control cards 1,2,3. 
There ie: little logical significance for the 1-2-3 
partioning for the control cards only a physical constraint 
of card size, Only the major signals will be discussed 


»,grouped according to the processes below 3: 


Process 3: Signals ;: 


1)Request Response Status RL, RU,CU,CL, PX.PY,H,Q.IP,P 
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2)Register Assignment CHOOSE, ASGN,P, AOA 
3)core cycle IP,SIPA,srP3 
STCR, NOSTORE 
STCR, NOFETCH 
4)port Register Data Transfers STPR,DIS,DOS 


4.3.1 Request Status 

The major house keeping duties of the control card 
logic are associated with maintaining the correct request 
status vector for each latched request. The ten status bits 
are latched on control card 1, A set prefix is used to 
denote the input version of each bit, For example SETH is 


the input to the H bit latch. 


H Bit 
Generated on control card 2 can be set by either the FM 


or request. The expression for the SETH[A] of module J@ is 


shown below : 


SETH[A]—J9 = RH.MATCH[A] + (zr) 


RH.MATCH[A]’.MATCH[B]° .CHOOSE[A] + (II) 
RF.MATCH[A]’.MATCH[B] ° .CHOOSE[A] + (ITI) 
RF.NOFETCH, MATCH[A] + — (rv) 


RF.(R[LA]’ + RA[18]). 


(R(UA]’ + RA[18]’).mMatcH[aA] +  (V) 


CSG/G-1 


~ 49 — 


H[A] .MATCH[A]’ .ASGN’ .RESETH[A]’ (VI) 


the RH signal is the port request to initalize the hold 
bit , in the cases that the register has already been 
assigned (1I),or is being assigned (II). Notice that a MATCH 
occurs only if a register has been assigned see the appendix 
for the MATCH signal, 

During certain circumstances denoted by the RF 
bit,fetch and prefetch requests,the hold bit is 
automatically set if the register has just been reassigned 
denoted by a CHOOSE signal, In addition fetch or prefetch 
requests which address MATCH while the output bus is being 
used are given more time since the H bit is set by term 
(IV). j%In another case the H bit is set by term (V) when the 
data is not yet available to the port, Once the Hold bit 
has been set it remains set via (VI) until the H timer runs 
out (while the register has not been referenced by request 
por if the register has been stolen by an ASGN). 

‘Notice that register A’s hold bit can be cleared in 
several cases :the normal timer run out ,a Store ,ora 
successful fetch from the register (if that request does not | 
request H). These procedures allow the FM to clear the H 
bit as soon as possible freeing the register quickly. 
Notice that the H bit timer value depends also on the Q bit 


for the preset counter starting value giving more time to 
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sequential requests , The timer is either 45 or 98 ,1@@ns 


intervals determined by Q, 


Q Bit 

The SETQ bit signal is set explictily by request RQ. 
This can be done either of two times ,when the register is 
being sp cetansa (I) ,or later by another request (II). once 
set the 9 bit remains set until either the weqnetex is 
referenced or reassigned (III). Hence by requesting the 
register and not setting 9 a port can clear Q,. The boolean 


expression for the Q bit SETQ for register B of module JO: 


SETQO[B]-—-J@ = RO.MATCH[B] .CHOOSE[B] + (r) 
MATCH[B].RO + (TT) 


o[B] .ASGN[B]’.MaATCH[B]’ (TIT) 


Core Access Priority Bits PX , PY 

The setting of the core access priority is simple . 
However in some cases either the port or the FM can change 
the latched core access priority to a higher one, The FM 
will automatically change awarning priority to a high 
priority in some cases to insure the status of this latched 
request from incomming requests ( this a form of residence 
preference), There are four core access. priorities 


(PX,PY):low (@,8),medium (1,8) ,warning (@,1),and high 
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(1,1).once a priority has been latched it cannot be lowered 
by subsequent requests this prevents a processor from 
changing the access of other processors in the FM at will. 
The boolean expression for the input term for the core 
access priority of register A is shown below : 
SETPX[A] = MATCH[B]’.CHOOSE[A].RPX + (Tr) 
MATCH[A].(PX[A] + RPX + ( RPX’.RPY.PY[A])’) + (127) 
PX[A] .ASGN[A]’ .MATCH[A]’ + (IIT) 
(MATCH[B] + CHOOSE[B].MATCH[A]’). 


(RPX’ .RPY.PY [A] ) (tv) 


SETPY[A] = MATCH[A]’.MATCH[B]°.CHOOSE[A].RPY + (r*) 
MATCH[A].(RPX.PY[A] + PY[A].PX[A]. 
RPX.RPY + RPY.PX[A]’) + (rt*) 


PY [A] .ASGN[A]’.MATCH[A]’ (IrI*) 


terms 1I,%* initalize the core access priority bits 
PX,PY . A succeeding reference to the register can change 
the priority via II,II* ,but while no references are being 
made to the register or reassignments, the priority remains 
the same, The term IV of SETPX[A] is responsible for 
changing the warning priority to high if the other register 
RB is also specifying a warning priority during assignment or 
request, Figure 9 illustrates the core access priorities 


before a request is made to the register and after the 


Initial 
Value 


Py ge 


SH SY i SY HE eH OO OO COCO Oo oO 


= YH YH re CO CO OC CO KF KF KF KF CO FO SO OC 


Core Access Priority 


Requested Final 
Priority Value 
RPX,RPY PX PY 
0 0 0 0 
0 i} 0 1 
1 0 1 0 
1 1 1 1 
0 0 0 1 
0 1 1 uf 
1 0 1 0 
1 1 iL 1 
0 oO 1 O 
0 1 1 0 
1 0 1 0 
1 1 ] 1 
0 0 1 1 
0 1 1 1 
J 0 1 1 
1 1 1 1 


Core access Priority 


(PX, PY) 
0 0 
1 0 
0 ji 
1 1 


low 
medium 
warning 
high 


Figure 9 
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PX PY 

1 1+ warning 

1 1 | priority 
requested 

1 1} by the 

1 14 other register 


Note: special case due to 
term (iv) in SETPX[ ] 
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request has occured , Note that rerequesting a warning 
priority also has the effect of changing the priority to 


high priority. 


RC Bits 

The R and c bits for each half of a double word 
register are set by request or an internal core cycle 
action, | During a 1@@ns interval the R and c bits can be 
changed at time TS if the situation watrents it. consider 
“the Rand c bits for the lower half of register. B shown 


below ¢: 


SETR([LB] = STLH.CHOOSE[B] .MATCHTA]’ + (T) 
sT(L]H.MATCH[B] + (TT) 
ASGN[B]’.R[LB] + (IIT) 


ASGN[R] ’ .STCR(LB] (rv) 


sEeTc(LB] = (CLEARC.R{LB])’.F(L]H.MATCH[A]’ 
MATCH[B]’.CHOOSE[B] + (I*) 
F[L] H.MATCH[B] .R[LB] + (rr#) 
_ (STCR[LB] + c([LB]). | 
(marcu[s] ‘ -asen[B) ° + st(L] H’.MATCH(B] ) + (III*) 
-strc[LB]. (MATCH[S] ‘ aSGN[B] “ + 


sT(L] H’ .MATCH[B] ) (rve) 


the inital value of the R and ¢c bits are determined by | 
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the type of request via terms I,I* as shown below ; 


STORE PRESTORE FETCH PREFETCH 
R{LB] 1 4 B 4) 
c[LB] iY) g 1 1 


Notice that aside from getting a register prefetches 
initalize the R and c bits so that the FM control logic will 
initate a core fetch as soon as feasible, Subsequent stores 
ST[L]H and fetches F[L]H can change the R and Cc bits, For 
examples ¢ from a prestore state a store request sets the R 

bit via term rt: the prefetch and fetch both set c via term 
tre, once set, the R bit remains set by term IIIf as long as 
the register is not reassigned, Data comming from core to a 
register (controled by STCR) sets the R bit as in eer IV 
(of course as long as the register has not been reassigned), 
The Cc bit also remains set via term TII* if the register is 
not reassigned or. changed by request .similarly when a new 
version of sobers contents have been updated by a core cycle 
the cbit is set via term IV*, Notice the (cLZaRC.R[LB])° 
term prevents the setting of Cin the event. of a detected 
core failure see section 4,5, Remember that each port 


request is only a single word transfer so that only the R 
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and C bits corresponding to it are effected, For example a 
store into the lower half of register B sets R(LB]=1,c[LB]=6 


and the other R[UB] and c[UB] remain the same as before, 


IP,P 
the indicators IP for a core cycle Tn Process and the 
pointer bit P are discussed in a following section for a 


better presentation see section 4.3.3. 


4.3.2 Register Assignment 
CHOOSE 

The CHOOSE signals used freguently are created on 

Control card 2, The CHOOSE[A] or CHOOSE[B] denote if the 
register is to be used for serviceing a request by using 
either register Aor 8B, Consider the CHOOSFing register A 


in module J@ : 


CHOOSE[A]-J@8 = Go[d@].(NOSTORE.RS.RF’)’. 


(RULF12[A] + RULE3 [A] .RUL=E3X[B]’) 


this simple looking expression is too concise to describe it 


many components, I[t is rewritten in expanded form below ; 


CHOOSE[A] = J@=GO[J@].(NOSTORE.RS.RF’)’, 
| ({G[a] xX’ .H({aA]’.( IP(B] + (1) 


R{LB].-c({LB]’ + R[LB]’.c(LR] + 
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R(UB] .cfusp]’ + R{UB])’.c[UB] + (2) 
HEB] + (3) | 


(ofB]’.P’ + Ofa].o[B]’ + 
Q{aA}].P°)) }+ (4) 

{RPX.RPY.TP[A]’.SIP[A]X’. 
srp[a]y’.o{a]’.F[B]’. 
SCF[A]’.(P° + (5) 

TP[B] + (6) 

STP[B]X + SrP[B]y + (7) 

Q[p] + (8) 

ScF[B] )}) (9) 


There are two major criteria, shown in the braces, { } 


_ for choosing a register, The common term for both is a GO 


signal generated by the request to this module and an 
inhibit term to prevent freeing a register to a store 
request while the core module is concurrently storing data 
into a register of this module, | 

A requisite for the first case is a (G[aA]x’ . H[a]’) 
prefix which checks if the peGiaver A is “not being held 
H[A]’ and the core and register versions of data are current 
(G[LA]X)°. If this prerequisite is satisfied register A will 
be chosen instead of Bin one of the four following cases 


corresponding to the numbered constituents of CHOOSE ; 
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1) register Bis enacting in a core cycle (IP[B]) 

2) register Bis being used. 

3) Register Bis being held (H[B]) 

4) register A is a more likely choice on the basis of Q 
bit and residence time (P). The boolean expression 
(ofB]’ . Pp’ + ofa}. ofB]’ + ofa]. Pp’) is the 


hardware analogue to a decision table in figure 10, 


The asterisk * entries in the table of figure 10 denote 
which term is choosen, Consider the case Q[A]=@,0O[B]=@ for 
P=9, This entry corresponds to the case when both registers 
are serving nonsequential processes and the A register has 
been in service longer (denoted by the value of the pointer 
 P=% ), In this case register A is the most likely candidate 
to be chosen for replacement by term 4, 

The second group of criteria in { } requires that the 
need for the register is urgent (RPX. RPY signifies a 
requested high core access priority); the register is and 
will not shortly be starting a core cycle, (IpP[{a] °’, 
STP[A]X’ . STIPfAly’) +; does not need to start a store 
(scFfa]’ = (RL[a] . cifa]’ + Rufa] .  cufa]’)’) ana is 
presently being used by a nonsequential device OQ[A]’ while 
register Bis not free F[B]’. If these prerequisites are 
true then register A can be chosen if one of the following 


conditions is satisfied at the other register B: 


P= 9 
Register A 
Q bits of registers} resident longer 

QIA] Q(B] A B 
0 0 * 

0 1 * 
1 0 * 
1 1 x 


* denotes the register is choosen by term 4 of CHOOSE. 


Figure 10 


P=] 
Register B 
resident longer 


A B 
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5) register B has been in service a shorter period of 
time Pp’, 

6) Register B is in process of a core cycle (1Ip[B]}), 

7) register B is scheduled for a cycle (SIP[B]X + 
SIP[B]Y) this interval, 

8) register Bis serving a sequential device request 
(Q{B]), or 

9) register B should schedule a core data fetch 


(scF[B]). 


One of the consequences of these choosing criteria are 
that, while the register is accessing its core module it 
will not be choosen, The CHOOSE signals are also inhibited 
in cases when the hold and 0 bits are set. This prevents a 
weeeieear from being stolen from a sequential device which 
has not had an opportunity to use the register, In these 
cases, it is simpler and more efficient to have the port 
reissue its request than to interrupt a drum or disc 
servicing. Most importantly is says that if a register can 
not be stolen if a store since data will be lost, 

Once the CHOOSE signal is generated on Control card #2 
it is used to latch the request status bits of the incomming 
request and enable the data input strobe for the data 
register requested (all of which are localized to control 


card #2). 
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ASGN, P 
Once a register is selected, the CHOOSE signal is used | 
as a component to generate the assigned (ASGN) signal. 


Register A’s assigned signal: 
ASGN[A] = MATCH[A]’ . MATCH[B]’ .CHOOSE[A] 


which is generated when a register is initially 
reassigned to a new address (hence the no address match in 
either register ),. 

In addition to enabling the initialization of other 
register status bits the assigned signal generates the set 
register pointer een along with the new register 


assignment: 
SETP = ASGN[A] 


Hence if A is assigned SETP=1 indicates that register B has 
been in service longer (and SETP=@ means register A has been 


used longer). 


AOA 
The Available on Assignment Signal (AOA) is a simpler 
version of both CHOOSE[A] and CHOOSE[B] signals. While it 
is necessary to make a decision as_ to which register to 


choose as done by CHOOSE[A] or CHOOSE[B], the AOA signal 
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usage as a component of the ACCepted response requires only 
that a register can be choosen in this module. Hence the 


Signal for module J@: 


AoA-([J49] = TO . GoO[J@] . sTcoN—[g9]°(F[aA] + 


F[B] + RULE3 [A] + RULE3 [B] ) 


is a simplification of the choose signals of both CHOOSE[A] 
and CHOOSE[B], components F[A] for RULE12[A], RULE3[A] for 
RULE3 [A] . RULE3[B]X°, etc.). (Note: The STCON—[J3] signal 
is equivalent to the NOSTORE-J@. RF’ .RS condition and F{a] 


means that register A is free for assignment), 
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4.3.3 core cycle Assignments 

Since each memory module contains two double-wora 
registers, there is normally competition to access the core 
module. one of the In Process bits, IP[A] or IP[B] is set 
whenever a register has Started the core module cycle or is 
waiting until the core access times for read or store to the 
module (for Ampex core module timings, see Appendix ITI). 
The potential problem of differentiating single word stores . 
(into core from a register) from double-word stores arises 
because FM requests are single word transfers, This is 
resolved by setting the hold bit during the first half of 
the double word store, This prevents the choosing logic 
from reassigning the register and inhibits the setting of 
the IP bit ( or core cyclejof the register until the second 
word is available, The final store clears the hold bit 
enabling the IP bit to be set, (A side benefit of this 
double word feature is ena ss ean igaciion of single word 
fetch and store transfers to core can be made during ae 
Same core cycle, 

The in process bit associated with each double word 
register is contained on control card 1. The set and clear 


terms for the [IP latch of register A are shown below: 


SET rP[a] = TS.uas.rP[B]’.(c{ua].R[UA]’ + 
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c(LA].R[LA]’ + Hfa]’. 
(c(UA]’.2fua} + c[La]’.R[LaA])). 
{rP(a] + (1) 
(cf{UB] .R[UB]’ + cC[{LB].R[LB]’)’.(H[B] + 
(c(UB]’.R(UB] + c[LB]’.R[LB])’) + (2) 
(py[(Bp].Px{B].(P + PY[{A]’) + PX[B].Px{a]’ + 


Pxfa]’.P + px{B].p.Pyfa]’)°} (3) 


CLEAR IP[A] = TS.UAS + TS.(TIME1 + TIME4 + TIMES). 


SETR[UA] .SETR[LA] 


The In Process bit is latched at time TS while the core 
module is available (UAS) and the other register is not in 
- process of a core transfer, The prequsites necessary for 
setting the Ip[A] bit :the register needs to fetch data or 
else if the register is not being held it needs to store 
data into core, If these conitions ane valid then the Ip[a] 
bit is set if (1) it has been set previously ,(2) the other 
register (8) does not need to execute a core cycle ,or (3) 
the core access priority of Ais higher, Notice that the 
register’s hold bit must be clear to enable a single or 
double word store into core H[a]’ . (c[ua]’ . R[UA] + 
c(LA]’ . R[La]). Hence if a fetch into one half and store 


into the other half is desired the hold: bit has no effect in 
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inhibiting the setting of IP since the fetch term is 
uneffectived by the H bit value, 

The ITP[A] term (1) resets the «Ipf{aA] bit once it has 
been set (of course as long as the need for a core cycle 
remains), Assumming that register A needs a core cycle to 
either store or fetch data, it will have precedence over the 
other register (B) if register B does not require a core 
fetch (c[UB] . R[UB]’ + c[LB] . R[LB]’)’ while either its 
hold bit is set H[B] or it does not need to store new data 
into core (c[UB]’ . R(UB] + cC{LB]’.. RELB])° as shown by 
term (2). If a conflict arises between registers A and Ba 
priority comparsion is done by term (3) as illustrated in 
figure 5, to determine which register starts a core cycle 
first, (Term 3 can be thought of as a not pick A.) 

Although the core module cycle always takes 900 ns to 
Complete (TIME 6 to TIME 8) the IP bits are cleared as soon 
as possible, This enables the logic to schedule the next 
core cycle beforehand (i.e.,a form of control overlapping 
before the core module is physically able to execute another 
cycle), The IP[A] bit clears at TS time in TIME @® if the 
core module is available otherwise the earliest the IP 
Clears is TIME 1. This is after the core module has been 
started and accepted store requests to core, If both halves 


of the double word register are then the current values the 
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IPfA] will be cleared at TIME 1, However, if one register 
is not currentthe IP will not be cleared, until after the 
remaining core fetch has been done at TIME 3 (setting the 
remaining R bit). Since fetches are not done until TIMEs 3 
or 4 of the core cycle, the IP bit is cleared one interval 
later during times 4 or 5, Recall that, as the core fetch 
is executed the corresponding R bits are set, Hence when 
both R bits are set the in process bit can be cleared during 
amy one of the three times (TIME 1, TIME 4, TIME 5) since 


the register to core stores are completed by TIME 1. 


4.3.4 Port Register Data Transfers 

Port and register Gata transfers are initiated by 
gating terms DIS and DOSP created at Control card 2 and the 
Address Register respectively. The Data Input Strobe (DIS ) 
is a clock input enable to the SM 63 data registers and also 


contains a component of the core to register transfer signal 


... STCR. For example the Data Input Strobe for the upper half 


Of register A is: 


DIS(UA] = TI . (STPR[UA]N + 
STPR[UA]M + STCR[UA] ) 
NOTE: TI = clock signal 


There are two versions of the Start Port to Register 


CSG/G-1 


ae ~ ae 


signals (STPR[ JN , STPR[ ]M) described below, A New store 
(STPR[ JN) can start a data transfer if register A has been 


choosen e,.g.: 
STPR([UA]N = (MATCH[B]X’ . CHOOSE[A]Y . ST[U]H 


and the requested address is not already assigned to 
register B (MATCH[B]X%’). In the other case the requested 
store matches the existing address assigned to register A 


STPR[ JM e.g.: 
STPR[UA]M = MATCH[A]xX . sT[U]H 


In either case the DIS[{UA] is enabled by the TI clock so 


that data is sampled only at time TI. 


4.4 core Cycle Synchronization 

The core cycle process is inherently asynchronous with 
respect to the 198 ns intervals of the FM requests from 
processors, Since it uses the same facilities as port 
requests, bus conflicts between core and port data transfers 
are resolved by synchronizing the core cycle by quantizing 
the core cycle into 198 ns intervals, labeled TIME @ thru 
TIME o( to the FM control logic these intervals are 


quantized core cycle times from a counter driven at the 
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19@ns request rate of the global clock ), During the core 
data transfer intervals TIME ®, TIME 1, and TIME 3, TIME 4 
the output and input busses of the data registers are 
preempted for core use by the NOFETCH (or NOSTORE) inhibit 
conditions, which also inhibit the accepted (or SATisfied) 
responses to store (or fetch) requests sent to the ports, 
The NOFETCH and NOSTORE mean that a processor can not do a 
fetch (and store respectively), An example of these terms 


are given below for module J@: 


NOSTORE JO 


STCR(UA] + STCR{LA] + STRC[UB] + STRC[LB] 


NOFETCH J® = STRC(UAJY + stRC(UA]X + STRC[LA]Y +: 
STRC(LA]X + STRC(UB] Y + STRC[UB]X + 


STRC[LB]Y + STRC{LB] X 


The STart Core to Register (STCR) and STart Register to 
Core (STRC) components of the NOSTORE, NOFETCH signals are 
similar to the components of hes Macpeseses bits of register 
A and B, with the addition of some timing and are explained 
further inthe Appendix TI. (Note the stTRc[]X, StRc[]Y 
signals are components of the STRC signal which includes aR 


and Cc bit condition and core access priority comparison 


represented by the X and Y components above), Notice that 


since the normal request response is 20@ ns long, a NOSTORE 
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or NOFETCH during the first 19@ns interval is not 
significant. Hence the request can be accepted or satisfied 
auring the next interval after a NOSTORE or NOFETCH is 
raised by the FM, (Recall that the prefetch and prestore 
are unaffected by these signals). 

Because of the latency between the start of the core 
cycle to the readable times TIME 3 or TIME 4) it is possible 
for a processor to store data into a register which is. 
awaiting the read time of the core cycle before it occurs, 
As the incomming bene data is latched into the data 
registers the R and c bits are concurrent ly changed making 
note that the copy of corresponding core data is no longer 
current clearing the corresponding Cc bit, Since the STCR 
signal is enabled only if the core copy is current the 
originally scheduled core read is inibited, It can then be 
possible to use this core cycle instead to store the 


register data if it’s not too late, 


4,5 core Module Failures 
Core module failures concern both the FM control logic 
and the Microscheduler . There are three types of core 
module errors detected by the FM, and others by the Ampex 


modules, 
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4.5.1 Error Detection 

The Ampex core modules have = an odd parity (detection. 
scheme ) on both the data and address bits, Address parity 
errors (APE), data parity errors during the write portion of 
the core cycle (WPE), and read time parity errors (RPE) 
which have been detected by the Ampex core modules are sent 
to the BCC’s system warning registers. These warning 
registers are accessible to the Microscheduler which 
initiates interrupts, 

In addition to these errors, the FM control logic 
detects failures ina portion of the Ampex core timing 
logic, The Start Core aes pulse (SCP by Ampex 
terminology, START by FM) is used to create the Read Data 
- Available RDA and Unit unAvailable sianaee WA’ (respectively 
45 and 62 ns after the SCP pulse to the core). In the event 
that there is a core module circuit failure in a flip-flop 
or delay line, resulting in not receiving these signals as 
expected, error latches are set in the FM Control Card #3, 

The RDAE, UAE, and MUATO signals generated by the FM 
are error conditions associated with the Read Data Available 
RDA, Unit Available UA core signals, Tf the core module 
does not go unavailable (as it should) after the start 
pulse, the Unit Available Error (UAE) latch is set by the 


term UA . TIME@ . TS (and later cleared at the normal end 
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of the core cycle, TIME8). There is an additional UA error 
which is detected. Normaliv the VA signal resets at the end 
of the core cycle; if it does not, a Memory UA Timer 
Overflow sets MUATO . Notice that the condition UAL . 
COREFREE is equivalent to end of the cycle TIME8. The third 
type of error involves the read data available signal coming 
from the core module which should be received by TIME1. If 
it is not, the Read Data Available Error (RDAF) latch is set 
by the (RDA . TIME1 . TS \eeen and cleared at TIMES. Fach 
of these core module error conditions generates a memory 


reset signal on cc#3, 


4.5.2 Memory Resets and Error Recoveries 
Under normal circumstances each core cycle is synchronized 
with the basic 19@ ns intervals of the global clock, 
Provisions have been incorporated to synchronize manual and 
automatic memory resets and error recovery for detected 
RDAE, UAE, and MUATO core module failures, Manual resets 
(RESETS signal) and detected core nears errors are used to 
generate a core module signal MEMRES (MEMory RESet) which 


resets the Ampex core modules, For example: 


MEMRES — J@ = (RDAE + UAE). 


(TIME3 + TIME4) + | (4) 
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ReEScyc—[38] (TIMF6 + TIME7 + 


TIMES + TIMEQ) | (2) 


Fither a manual reset (RESETS) which are latched as the 
Signal RESETL or else a detected core module error will 
automatically generate a core module reset signal which is 
set to the Ampex core modules as MEMRES, Since a manual 
reset can be requested during any interval, the reset signal 
is latched and saved until all data transfers have been 
completed at TIMES +TIME 9 ( or COREFREE) and core cycle is 
not being started (START’), The memory reset signal for 
core module J8 above shows that an error detected early in 
the core cycle (TIME3 + TIMF4) can reset the core module(1). 
Tf this (1) happens the core cycle counter continues 
TIMES ,TIME6, . ° - As usual, unless a RESCYC-J@ is 
requested at TIMES + TIME9, The RESCYC-—J@ term occurs only 
at COREFREE times TIMF8 + 9 if there is a RESETL or a MUATO 


condition as shown below in the- RFcyc terms: 
RESCYC-J@ = COREFREE(START’ . RESET + MUATO) 


If the RESCYC-J@ is generated, another MEMRES~J@ can be sent 
to the core module repeating ine wearer iice. Since recycling 
the memory requires that the core cycle time be extended, 
the RESCYC-J9 also resets the core cycle timmer by loading 


TIME6 as the new counter state (i.e. RFESCYC-J# is the load 
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enables for the SN74162 counter on control card #3.. Hence 

the TIME6 + TIME7 + TIMES + TIME9 in term (2) of MEMRES is 

in the extended core cycle. During this sequence (TIME 6 + 

TIME7 + TIMES + TIME9) the RESCYC-J0 can be reenabled at 

TIME 8 and another (third) MEMRES-J@ is sent to the core 

module, One sample sequence of memory resets (as discussed 

above) is shown in figure ll, In this example three 

MEMRES-J@ signals are sent to the J@ core module and the. 
core cycle is extended by four intervals, 

In addition to memory resets, the FM can clear the C 
bit of a register if VAE or RDAF is detected and data has 
been stored into core(or attempted). The CLEARC signal is 

enabled at TIMF1 of the core cycle if a UVAF or RDAFE has been 
“latched to prevent the FM from assuming that the core 
contents are correct, This means another core cycle will be 
immediately started at the end of the one that caused the 


Error, 


4.6 FM Hardware Timing 

Unlike a simple hardware system which is performing a 
single logical function, the FM is concurrently performing 
port request service and executing core cycles, Fortunately 


each of these functions is subdivided into its various 
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Example of MEMRES-J% sequence 


Figure 11 
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phases within each 1@@ns interval, The timing between these 
puncevons- is synchronized by the use of three clock signals 
TO,TS,TI. Although the FM timing description is limited to 
describing the relative signal timings from FM clocks (as 
references) amore detailed discussion of some critical 
timing margins is discussed in Appendix Ti1s 
Because the FM clock signals are distributed amoung 
various printed circuit cards from the clock cards (1,2,3) . 
shown in Figure 12 , the variablility of gate propagation 
delays dictates a simplified description of the timing, 
Using the leading edge of a clock as reference (or a signal 
enabled by a clock) the propagation delay of a signal will 
be represented in the following timing diagrams by the 
symbolism; X]—-— M-~—>/Y which should be read as, signal y 
is derived from x after a delay of m nsec, (Usually the 
length of the line will be used instead of a numerical value 
m). A table summarizing the FM clock locations, loading and 


uses is in Table 1 of Appendix III. 


4.6.1 Request Responses and Port Data Strobes 
Figure 13 illustrates when the port request responses 
and data strobes can be expected, A request receives its 


first response after the TJ clock, followed (if appropriate) 


Clock Card #1 


where: 
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Figure 13. Request Response and Data Strobes (Port) 
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by the second responses enabled by T@ clock. Notice that 
the data input strobe (DIS) is available within a 108 n sec. 
Of the first FM response, While the data output strobe 
(DOSP) occurs about the time of the accepted satisfied 
responses, The bottom half of this figure shows that the 
NOSTORE, NOFETCH conditions preempt both the responses and 
data strobes after the initial FM response, (Since a core 
cycle can be started from an arbitrary interval the NOSTORE . 


and NOFETCH conditions can occur within any interval ) 


4.6.2 core cycle | 

Figure 14 is a simplistic. representation of the core 
eee timing, The TS clock is used as a reference because 
it clocks the core cycle counter, The upper half of Figure 
14 illustrates the events that occur aueins each core cycle 
interval, For instance the Were. address bits CA are 
available during the beginning of the core cycle before one 
START core module signal, The core module is sent the START 
pulse during TIMES. During TIMEg and TIMFi the store 
commands (STUH, STLH) are sent to the core modules in 
sequence depending on whether a single or double word store > 
is desired. Notice that in TIMED aienae the upper or lower 


half of a register can be stored into core, With each store 


CORE MODULE CONTROL SIGNALS 


CA START —— | 
STUH STLH RDUL RDUL 
(STLH) 
(TS) 
FM DATA REGISTER AND CORE MODULE SIGNALS | 
an unavailable) UAS 
TS UAS TIME TIME 1 TIME 2 TIME 3 TIME 4 TIME 5 TIME 6 TIME 7 ‘TIME 8 TIME 9 
we hs STRC 
—_ DOSC DOSC — 
v TT STCR STCR 
STLH STLH = sae 
(STUED DIS aN 
TRD RDUL RDUL 
--- -}—__+———__+-- -- 
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Into core from a data register, the NOFETCH condition is 
enabled by the control logic. Hence if a port fetch request 
is attempting to access a register in a quadrant which has a 
core module executing a store during the same interval, the 
port request will not be satisfied (NSAT). The remaining 
wend intervals TIME4 and TIMES of the core cycle raise a 
NOSTORE condition during each read interval, After TIME5 no 
other interaction between the core module and FM occurs 
until TIMES + TIME9; When the unit available signal is 
received by the FM control logic from the Ampex core module. 
| In order to provide the relative timing shown in the 


upper half of Figure 14 there are other signals which must 


- - be first available as shown in the lower half of Figure 14. 


For example, the origin of the store comma nd (STUH, STLH) 
occurs during the UAS (Unit Available Synchronized) interval 
before the START core module signal, 

The derived start register to core signal (STRC) 
enables a data output strobe to the core module (DOSC) at 
time To and finally a store command to the core module 
(STUH, STLH). Similarly the read data command (RDUL) is 
started in anticipation of the core cycle read data times, 

With this general (although simplistic) conception of 
the core cycle in mind, it becomes easier to understand the 


details of the core cycle timing during each core cycle 
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interval, (Note that the actual time interval TIMED is 
slightly longer than the rest because it is latched 
separately ina flip flop while the counter is being cleared 
corresponding to TIMEQ®, This is done to anticipate the 
counter output slightly after the TS clock), Figures 15, 
16, 1/7 represent the core cycle in more detail, MThe core 
cycle signals start at the latching of the register status 
bits (e.g., R, C bits shown specifically) at time TS (during 
this time the core module is still available UAS). Once the 
R, and Cc bits are latched (in SM73’s) the process and core 


address bits are enabled by the Set In Process terms 


(StP[]X, szrp{]ly). The R and c bits also generate the start 


register to core signals which in turn raise the NOFETCH 


condition, In addition to enabling the NOFETCH, the STRC 
signals are sampled at T# and a delayed T@ time to create 
the data output strobe (poSCc) also a delayed T@ time (STROBE 
on CCc#3) to create the core module store command, (Notice 
that there are an upper or lower half store command while 
the read command uses a single RDUL bit to denote the upper 
or lower half word of core to be read). 

During the second TS interval the second register word 
store ean Ge initiated, The TIMEG signal is latched by the 
TS clock (while the counter clears) along with disabling the 


CORFFREE and unit available state (UAS). The start register 


TO | 


TO 


Figure 15 


T-9/9S9 


TS 


RDUL 


pi TIME 4 


je ee TTS 


TS 
NOSTORE 
TRD 
p| RDUL 


-sDIS 


Figure 16 


[> TIME 6 


TS 


TI 


_ — Tt 
BS 


T-9/9S9 


TS | 


|}-—__—_——| TIE 8 


TS 


Figure 17 


T-9/9S9 


CSG/G-1 


a 


to core signal is again produced from the latching of he 
latest version of the R and cbits, In turn the STRC 
produces the NOFETCH, DOSC, and SLH signals as done in the 
first writing interval, 

During TIME1 and TIME2, no new signals are generated, 
This gives the ports access to the FM data registers. at 
TIME3 and TIME4 the core module furnishes data to the FM. 
Nce the TIME3 signal is decoded from the cycle counter, the. 
read data time signals (RDT as shown in Figure 16) are 
available to enable the start core to register signal (sTcR) 
and consequently the NOSTORE condition, The read data core 
command is then enabled by the TRD clock (if the read data 
_ time has been set). The corresponding data input strobe to 
the data registers is not enabled until time TI (in the next 
TS interval), 

In the next intervals, port access is unrestricted. 
However, the core module is unuseable until the unit 
available state is set during TIMES (along with the COREFREE 
signal). Once the UA is set, the next in process bit can be 
enabled starting another core cycle during this TIME9 


interval if the conditions warrant it, 


CSG/G-1 
A-1 


Appendix I: FAST MEMORY SIGNALS 


This appendix contains a complete listing describing all the FM signals. 


The signal descriptions will follow the format: 


Notes: 1) 


2) 


‘5 


4) 


port An 


Signal acronym [Signal origin] 

(neumonic) 

Boolean expression 

Comments, description 
Unfortunately the original ican ing for the acronyms have been 
deduced. For example the name FAST can be thought of as the 
acronym for Funky Access Storage Trip, hopefully the ones presented 
here are closer to the original intent. 
In some cases the core module designation is omitted, this is done 
since the physical location of the signal suffices. | 
The braces [ ] contain optional fields used for further identifica- 
tion in the text; however, in the Appendix underlining has also been 
used instead to improve eden 


The suffices X, Y denote copies of a signal. 


Request Response Card 


(port address bit n) 


e.g. LAO 


port ACC 


= port T's 6th address bit 


Accepted Response Card 


(ACCepted port response) 
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e.g. | | 
T ACC =" (AOMA-J+AOMB-J(+AOMA-J1+AOMB-J1+AQOAJQ+AOAJ1+GOTMX+GOTLX+GOTKX) . 
(AOMA- K+AOMB-K+AOMA-K1+AOMB-K1+AOAKQ+AOAK1+GOTMX+GOTLX+GOTJX) . 
(AOMA- L@+AOMB-LO+AOMA-L1+AOMB-L1+AOALO+AOAL1+GOTIX+GOTMX+GOTKX) . 
(AOMA-M+AOMB-MQ)+AOMA -M1+AOMB-M1+AOAMP+AOAMI+GOTIX+GOTLX+GOTKX) . 


The accepted response for port T is latched at time TO if there is an 
available register for request assignment (AOA ) or there is already an 
assigned register (AOM ) to the requested quadrant and module for port T. 
The complex form of the accepted response is a consequence of the faster — 
response of this logical form. Notice that the first GOTMX+GOTLX+GOTKX 
group accounts for a request made to another quadrant other than J, if the 
request is not directed to the J quadrant the AOM, AOA signals are not 
Significant. Hence if there is an ACCepted response to the port T request, 
TACC=( )-( ):€ )-€ ) there were three GO terms one in each ( ) and either an 
AOA or AOM- in the remaining ( ). For instance if port T requested a 
word in module Kl the ACCT response would be the result of ACCT=(GOTKX)- 
(AOMA-K1+AOA-K1) + (GOTKX) « (GOTKX). 
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AOA - module [Control Card #2] 
(Available only if Allocatable = Available on Assignment) 
e.g. AOA-J = TO GOJP -STCON-Jp> (FA+FB+RULE3A+RULE3B) 


There is a port request to module J@ (while the input busses to 
module J@ are available) and either of the A or B register are free 
for assignment, or else can be assigned to this request (store or 
-pre-store). 


AQM register-module [Address Register] 
(Accepted On basis of address Match) 
e.g. AOMA-J® = (RA16-MRI6A+RAIG6-MRIGA) * (RAZ *MR2A+RAZ*MR2A) + 
(RA3 -MR3A+RAS -MRSA) « (RA4 MR4ASRAG-MRAA) - 


Double word 
; ; address 
(RA13 -MRI3A+RATS -MRISA) - (RA14-MR14A+RAT4 “WRIA ) match 
-TO-NOSTORE-J@-RS*RF | 


The port requested address (RA) to module J? meaches the double word 
address (MR-A) of the A register at time TO and there is no input bus 


conflict (NOSTORE-J@:RS-RF). area ee ae, 
port APAR | | [Request/Response Card] 
(Address Parity) 


The address parity bit accompanying the port address. 


ASGN register-module [ CC# 2] 
(Assigned register) | | 
e.g. ASGNA-J® = [ATCHAX~- J@ *MATCHBX - J® + CHOOSEAX - JO 


Module J@'s, A register is assigned by the FM to the present port 
requesting this module. 


CA n module n=1,14 ; [Address Register] 
(Core Address bit) 


CAPAR module | [Memory Address and 
(Core Address Parity bit) Onno? Cable Card] 


C half register (SETC half register) [CC#1, CC#2] 
(C bit, Set C bit) | = 


e.g. CUA at time TS the upper half of register A 
_  C bit is set if the input, SETCUA is set. 
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SETCUA = {FUH-MATCHAX:MATCHBX > CHOOSEAY+FUH*MATCHAX - RUA+ 
MATCHAX- ASGNAX: (CUA+STCRUA+STRCUA) + > 
STUH-MATCHAX + (CUA+STCRUA+STRCUA) } «RUA CLEARC 
(discussed in text in an expanded form) 


_ CAOM quadrant [Address Register] 
(Conflict during Accepted On address Match process) 


e.g. CAOM-K™ = TO-NOSTORE-K@-RS-RF 


While the K@% module is using the input to the registers, port store 
requests (RS:RF) generate the conflict signal. 


CHOOSE register copy module [ CC# 2 | 


(Choosing a register) 
e.g. as discussed in text: 
CHOOSE AX-J@ = (RULE3A+RULE12A) + (RULE12A+RULESXB) - 
GOJP-NOSTORE-J@-RS+RE | 


CLDOS module 
(Clear Data Out Strobe) 


The Clear Data Output Strobe is no longer necessary with the control 
card modifications, hence it is grounded on control card 3. 


[Data Register] 


~ CLBARC - module [CC#3] 


(Clear C bits) | 
e.g. CLEARC-J® = UAE-JQ-TIME1-JQ+TIME1-J®+RDAL-JO 


When there has been a Unit Available Error or a Read Data Available 
Error, the CLEARC signal inhibits the setting of the C bits of a register 
if (in addition) the R bits are already set. This prevents the FM from 

assuming that the previous core cycle has stored data into core. 
NOTE: both registers use the same CLEARC signal, and this could also 
cause an extra core cycle for the other register if R=C=1 before CLEARC 


would make R=1, C=0. 


COREFREE - module [CCH3] 
COREFREE is a core module status which signals that the module should be free for 
use. The COREFREE signal is latched at time TS if START:+ (TIME8+TIME9) is true. 


Normally COREFREE is cleared when the next core cycle is started (START*TSA) 
but is also cleared if the core module is being recycled (RESCYC). 


DCR n module [Memory Data Cable] 


_ (Data from Core to Register) 
i Uy de 2p ee 25 
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DI n port | [Port Data Cable Card) 
(Data In from port) 
= 0, 2. Bagi ZO 


DIA module > — YCCH) 
DIB module 
DIC module 
DID module 


(Data in to Synchronous Counters) 


These bits have been preset (as shown on Control Card 3) to all ones. 
By relatively simple changes these values can be changed to load dif- 
ferent starting bits into the H bit timer, to give different H times. 


DIS half register [CCH] 
(Data Input Strobe) | 
e.g. DISUA = TI-(STPRUAN+STPRUAM+STCRUA) 
= TI. (STUH (MATCHAX+ (1) 
MATCHBX * CHOOSEAY) + (ii) 
RUA-RDTA: (CUASCLA+RLA)) (iii) 


The data input strobe is synchronized with either port or core transfers 
to the data registers. If a store port requests the upper half of a 
register (STUH) and either (i) there is an address match with the A 
register or (ii) the A register has been choosen to service this 

request, the port request enables the data register inputs (via DIS). 
However if the core module is inputting data to the A register the (i), 
(11) conditions are inhibited (by the NOSTORE term in MATCH) and the 

core Read Data Transfer sets the data input strobe to the upper half 

of register A (iii). (If the port were addressing tne B register instead, 
the B register data input strobes would still be inhibited.) 


DO n port | [Port Data Cable Card] 
(Data Output to port) 


n=0, 1, 2, ..., 25 
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DOSC - half register module | | [CC#3 ] 
(Data Output Strobe for Core to register) 
e.g. module J@: 
DOSCLA-J® = TO STRCLA-J@ 
This is a TO sample of the Start Register to Core signal 


DOSP half register module [Address Register] 
(Data Output Strobe for Port) 
e.g. DOSPUB-K% = (RA16-MR10B+RA16+MRIGOB) « (RA2*MR2B+RA2+MRZB) » 


Double word 
address | 


(RA13 -MR13B+RATS-MRISB) + (RA14-MR14B+RAI4-MRIGA)» } Match 
TO+RF+ NOFETCH-K@-RA18 - RUB 
The data register output enabling strobe created by port request is 
created at TO time if the current address of register B (of core 
module K%) matches, the request is a fetch or prefetch (RF), the module 


outputs are both available (NOFETCH), and the requested copy of data 


in the data register is valid (RUB), and matches the half word desired 
(half word of double word). 


DRC n module [Memory Data Cable) 
(Data from Register to Core) 
SO. ds, 2. acuaige 20 


port F [Port Address Cable Card] 
(F request status bit) 


WF = port W's Fetch request bit. 


F register [CC#1] 
(Free register) , | Ath seg hades pete 
e.g. FB = HB (1PB+RUB:CUB+RUB:CUB+RLB+CLB+RLB-CLB) 


The hold bit is not set and the register is not involved in a core 
cycle and its upper and lower half reigsters or core locations are 
quiescent. | 
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FLH module, (FUH module) yt [Address Register] 
| (port fetch or prefetch request to the ne eens half of module) 
e.g. FLH-JO = RF-RAIS 

FUH-J@ = RF-RA18 


G register X : | [CC#1] 


(Go ahead for register) 
e.g. GAX = IPB-HA(RLA: CLE+RUA-TO) + (1) 
TPB: (CLA: RLA+CUA: RUA) (2) 


Register A wants to go ahead and execute a core cycle to store its 
contents into core if the hold bit is not set and register B is not 
in process of executing a core cycle in the module (1), or else to 
fetch data from the core module if its unoccupied by register B. 


GO module | [Go Card] 
(Going to module) 
e.g. GOP = TALS -GOTJ+UALS - GOUJ+VA15 » GOVJ+WA15 «GOW 
some port is requesting to the J@ module of quadrant J. 


_ GO port quadrant | [Go Card] 
(GO from port to quadrant) 


e.g. GOT = TG: [TREQJH+TREQUL- (UREQUE+VREQUHWREQUH) J 

GOUJ = TG-[UREQUH: TREQUH +UREQUL- (TREQUI+VREQUA+WREQUA) | 

GOV = TG+ [VREQUH- (TREQUH+UREQUH) +VREQUL- (TREQUL*UREQULAWREQUA) | 

GONJ = TG- [WREQUH- (TREQH*UREQUH*VREQUA) + 

WREQJL* (TREQUL+UREQUL+VREQIL) J 

Since a component of port priority is hardwired, the GO signals vary 
depending upon the port. These signals resolve any multiple references 
to a quadrant by enabling only the highest port priority request's 


GO signal. ‘There are copies X, Y of each GO signal since they are used 
on other FM cards, and copies which are driven by Schottky gates. 


e.g. GOTJX, GOTJY, GOTJFX, GOTJFY (F denotes fast) 


G register X module [CC#1 | 
(Going to reference core module) 
e.g. GAX = RUA‘TUA+RLA:CLA+RUA: CUA+RLA’ CLA+IPA 


NOTE: GAX = TPA: (CUA-RUA)- (CLA*RLA) 


PEGG 


> 
Co f 


H register-module (SETH reg-module) — [CC#H1, CC#2) 
(Hold bit) | 


e.g. HA is a latched version of SETHA at time TS 
Register A's hold bit is set as follows: 


SETHA-J@ = RH+MATCHAX+RH-MATCHAX: MATCHBX- CHOOSEAY+ 
HA+MATCHAX « ASGNAX: RESETHA+RE * MATCHAX: MATCHBX: CHOOSEAY + 
RF + NOFETCH-J@+MATCHAY+RE- (RLAYRALB) - (RUA+RAI8) -MATCHAY 


_discussed in text) 


HALFMOD | | [Core Module Control] 


(using half memory 4 core modules) 


The HALFMOD signal is used to tell the FM to use 2 aiadeants 
(4 core modules). | 


IP register-module. [CC#1] 
(In Process) 
The in process bit is latched at time TS by either setting condition 
| - SIPAX-JQ+SIPAY-J@ 
and cleared at time TS of the succeeding intervals: 
(TIME1+TIME4+TIME5) «SETRUA+SETRLA or UAS 


if the transfer is-completed (i.e. the register's R bits are set) 
or when the unit becomes available (UAL*COREFREE*TSA = SETUAS) 


MATCH register copy module | [Address Register] 
(address Match) 
e.g. MATCHAX-J1 = STCON-J1+ (RA16-MR16A-RA16-MRI6A) - 
(RAZ *MR2A+RA2+MR2A) + (RA3*MR3A+RA3 -MR3A) - 


(RA12+MR12A+RA1Z-MRIZA) « (RA13-MR13A+RAI3-“MRI3A) « 
(RA14 -MR14A+RAI4-MRI4A) 


The address of register A, module J1 matches the requested address 
(double word address portion) and the input bus to this module is 
free (STCON-J1). NOTE: X,Y are used to denote copies of the same signal. — 


MEMRES - module | : [CC#3] 
(Memory Reset) 
e.g. MEMRES-J@ = RESCYC-J@- (TIME6+TIME7+TIME8)+ 
| UAE-J( (TIME3+TIME4) +RDAE-J@> (TIME3+TIME4) . 


The memory modules will be reset if requested (manually or microscheduler) , or 
Unit Available Error. Or Read Data Available Error occur. 
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MODE 1 [CC#1] 


unknown function, no longer used in FM 
could be useful as a debugging tool to inhibit the 
STRC__ term. 


MODSEL - module [Address Register] 


(Module Selected) 


e.g. MODSEL-J@ = TO-GOJ@ = a TO time copy of the GO Signal used to set a 
flip flop on the data register. 


MR n register n=16,2,...,14 | [Address Register] 
(Memory Registers address bits 
The currently assigned register address. 


MUATO - module | [CC#S | 
(Memory Unit Available Timer Overflow) 
MUATO-L® = UAL-L@+COREFREE- LO | 


If the core module does not become available by the anticipated COREFREE 
time (i.e. TIME8), the signal MUATO is generated during TIME8 interval 
indicating that the core module has taken an excessive amount of time 

to reset the unit available signal latch on CC#3. MUATO then causes 


a memory reset to occur (MEMRES). 
Port NACC : | _ [Accepted Response Card] 
(Not Accepted response) | 
®NACC = TOS» (GO#MX+GO*LX+GO*VX+GO8JX) *ACC# 
e.g. port W's 
WNACC = TOS+ (GOWMX+GOWLX+GOWVX+GOWJX) »ACCW 
Note: TOS is included to keep swtiching noises off the 
ACC and NACC lines during the sampling of the GO*-lines 
by TQ. The GO*-X terms are sampled by TO and stored 


in a flip flop called GO*, where * is the port 
receiving the go ahead. | 


NOFETCH - module | | [CC#1] 
(inhibit port fetch requests) 
e.g. NOFETCH-L@ = STRCUAI -LQ+STRCLAT -LO+STRCUBI -LQ+STRCLEI -LO+ 
| STRCUAI I -L)+STRCLAT I -L,§+STRUCUBII-L@+STRCLBII-L# 


- During a register store into core the output bus from the registers 
is unavailable to port fetch requests to this module (Lf). 
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NOSTORE - module [CC#1] 


(inhibit port store requests) 
e.g. NOSTORE-K1l = STCRUA- K1+STCRLA- K1+STCRUB-K1+STCRLB-K1. 


During a core to register store in module Kl the no store condition 
is raised preventing port stores to the registers of the Kl module. 


port NREJ [Request Response Card] 


(Port request considered) 
&NREJ = TJ-[GO«J+GO*K+GOxL+GOsM] 
e.g. TNREJ = TJ+[GOTJ+GOTK+GOTL+GOIM] 


Not rejected port requests receive a NREJ response from the FM. It 
can indicate only that the port's request is being considered. TU 
is used to keep the NREJ line free of noise while its inputs are changing. 


port NSAT [Satisfied Response Card] 


(Not Satisfied response) 
*NSAT = TOS+ (GO&MX+GO*LX+GO*KX+GO#JX) - *SAT 
e.g. port T's not satisfied response 
- TNSAT = TOS+ (GOTMX+GOTLX+GOTKX+GOTJX) - TSAT 
See Note on NACC 


_.P module (SETP module) 

(register Pointer) 

The P bit is latched on CC#3 at time TS: 
e.g. SETP-K® = ASGNA-KQ+ASGNB-K@-P-K@ 


If register A is assigned to service a port request the pointer is set 
to register B. Otherwise, if register B has been pointed to and it is 
not assigned, the pointer remains set to it. 


P=] indicates register B has been servicing its request longer. 


P=0 register A has been servicing its request longer. 


[CC#3] 


» PAM n [Memory Data Cable] 


(Parity of Addressed Memory module in error) 


n = 1 - 17B depending upon the assembly. Each core module generates 
two address parity bits. If this does not compare with the address 
parity bit from the FM PAM goes true until the core cycle finishes. 


PRM n 3 [Memory Data Cable] 
(Parity error during Read of Memory) 


n = 1 - 17B depending upon the assembly. Each core module generates 
two data parity bits during the core reading time, and compares them 
with the parity bits read. If they do not compare, PRM goes true until 


the core cycle is finished. 
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PWM n oe [Memory Data Cable] 


(Parity error during Write from Memory) 


n = 1 - 17 depending upon the assembly. Each core module generates two 
data parity bit during the core writing time, and compares them with 
the data parity bits to be stored. If they do not compare, PWM goes 
true until the core cycle is finished. | | 


port PX, port PY [Request Latch] 
(Requested Port Core Access Priority) 


Priorit 


0 | 0 low 

1 | O ~~ medium - 
O11 warning 
1 | 1 high 


NOTE: The requested and register core access priority can be different, 
since if conditions warrant the FM increases the registers core access 
priority. 


PX register, PY register (SETPX register, SETPY register) [CC#1 ,CC#2] 
(Register's core access Priority) 


e.g. PXA, PYA At time TS the core access priority of register A 
is latched; the input values are: 


SETPXA = MATCHAX+ (PXA+RPX+RPX* RPY - PYA) +CHOOSEAY «MATCHBX-RPX+ 
PXA+ASGNAX « MATCHAX+MATCHBX + (RPX + RPY « PYA) +CHOOSEBX 
MATCHAX+RPX+RPY+PYA 

SETPYA = MATCHAX: (PYA:RPX+PXA+PYA+RPX*RPY +RPY +PXA)+ 
CHOOSEAY » MATCHAX -MATCHBX*RPY +PYA+ASGNAX *MATCHAX 


The set terms of the core access priority are discussed in the text. 


Q register (SETQ register) [ CC# 2] 
(Q bit from the word sequential) 


The register's Q bit is a latched version of SETQ at time TS. 
SETQA = QA*ASGNAX »MATCHAX+MATCHAX + RQ+RQ+MATCHBX * CHOOSEAY 


CSG/G-1 
A-12 


QA module _ (Control Card #3] _ 
QB module 
QC module 


QD module 
(output bits of synchronous counter) 
These output bits are encoded to give TIME n signals. 


port QQ | [Request Latch] 
The Q port request bit entering the request latch. 


R half register (SETR half register) [CC#1, CC#2] 
(R bit, Set R bit) 


e.g. RLB is the R bit for the lower half of register B which is latched 
at time TS on CCi#l by the: input term SETRLB 


(discussed in text): 
SETRLB = MATCHBY » STLH+STLH+ CHOOSEBY *MATCHAY+ASGNB + (STCRLB+RLB) 


_R port request bits - quadrant _ [Request Latch] 
(latched Request bits) 


As the port request bits are latched at the request latch the output 
copies are denoted by an R prefix to the proper quadrant. 


e.g. RA138-J_ the igh address bit of port identified by the GO signals 
is switched to quadrant J. 


R (An) - quadrant 
(latched Requested address bit) [Request Latch] 


n= 2, 3, 4, ..., 18 


R(APAR) - quadrant 
(latched APAR request bit) 


R(F) - quadrant 
(latched F request bit) 


R(H) - quadrant 
(latched H request bit) 


R(PX) - quadrant 
(latched PX request bit) 


R(QQ) - quadrant 
(latched QQ request bit) 


R(SS) - quadrant 
(latched SS bit) 


RDA module 
(Read Data Available) 
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[Request Latch] 


[Request Latch] 


[Request Latch] 


[Request Latch] 


[Request Latch] 


[Request Latch] 


[Memory Address and Control | 
Cable Card | 


| During a core cycle this signal is returned by the module to 


_ show that a core cycle has been initiated. 


RDAE - module 
| (RDA Error) | 


The RDA error signal is latched and cleared by COREFREE. 
TIME 1*RDAL TSA sets RDAE. RDAL is a latched copy of RDA 


During a core cycle this signal is returned by the module to 


show that a core cycle has been initiated. 


RDAE - module 
(RDA Error) 


The RDA error signal is latched and cleared by COREFREE. 
TIME:1+RDAL-TSA sets RDAE. RDAL is a latched copy of RDA 


and it is also cleared by COREFREE. 


RDT register - module 


(Read Data Time from core) 


—e@.g. RDTA-J@ = UAE-RDAE- (TIME3+4-JQ) - IPA-JO 


During a core cycle, RDTA signals that data be read from core euhene 


TIMES or. TIME4. 
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RDUL ~ module [CC#1] 

| (Read Data Upper half - Lower half) 

e.g. RDUL-J = TRD-[ (CUA+RLAYCEA) -RUA- RDTA- (CUB+RLB+CLB) - RUB- RDTB] 
(set condition) 


RDUL is a signal sent to the core module telling it which half 
upper or lower of the double word to. send to the FM data register. 
RDUL=0 ‘nearis ‘read: the upper half word of core, (RDUL=1 lower half) 
from core module. | 

RDUL is cleared by an earlier copy of TRD. 


port REJ [Request Response Card] 


(Rejected request response) 
*REJ = TJ+GO*J+GO*K>GO*L+GO*M 


A port (*) is rejected if it receives no GO signals. Port V's reject 


response: 
VREJ = TJ-GOVJ-GOVK-GOVL- GOW 


RESET [Local Control Card] 


RESET is a signal used to initialize the FM 
so that it is awaiting requests. 


RESETH register - module | [CC#3] 
(Reset H bit) 
RESETHA-J@ = TSA+H Count = 99 


. The H bit is reset whenever both stages of the register's SN74162 
synchronous counters produce a carryout output count of 99 which 
means the H bit counter time has run out. One cycle later RESETH _. 
is Cleared. 


RESCYC - module | [CC#3] | 
(Recycle module) 


This signal is a JK flip flop output clocked with TS which 
enables the memory reset signal to the core module. 


J input: START+*COREFREE+*RESETL+UAL+ COREFREE | 
K input: COREFREE Note UAL-COREFREE = MUATO 
clock: TS (meg triggered clock) 


RESETL is a latched copy of .RESETS:TS which is cleared at 
(TIME8+9)+RESCYC-TS. 7 


port RQH - 


port RQL 


[Request Response Card] 


(port request priority high) 


[Request Response Card] 


(port request priority low) 
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RULE12 register - module [CC#1] 
(criterion 1 and 2 for register reassignment) 
e.g. RULEI2A-J@ = GAX-HA(GBX+HB+P-QB+D- QA+QA-OB) 


RULE12B-JQ = GBX+HB (GAX+HA+P+QA+P+QB+QB-QA) 
Are the rules corresponding to the status of the A and B registers 
with respect to reassignment to port requests. 


RULE3 register | | [CC#2] 


(criterion 3 for register reassignment) 


EE CoE CO RCRETEEE 8 SECO 


e.g. RULE3A = (RPX-RPY) -SCFA+FB-QA- IPA:SIPAX- SIPAY 


The high core access request requires more consideration for register 
reassignment, involking RULE3A for register A. 


RULE3X register | [CC#2] 
(X version of rule 3) 


eT EEE AEE 0 TREE 6 eet aE ETRNINEARONRORNETEPNENON 


e.g. RULE3XA = P-IPA+SCFA:QA:SIPAX-SIPAY | 
RULE3XB = P+ IPB+SCFB+QB-SIPBX-SIPBY 


Without high priority the register ‘pointer P can be used to determine 
which register to choose. 


i 


port SAT [Satisfied Response] 
(Satisfied response) | 
e.g. USAT = (SATA-J%+SATB-J@+SATA-J1+SATB-J1+TO- (GOUMX+GOULX+GOUKX) 
(SATA-KO+SATB-KO+SATA-K1+SATB-K1+TO+ (GOUMX+GOULX+GOUKX) 
(SATA-L@+SATB-LO+SATA-L1+SATB-L1+TO+ (GOUMX+GOULX+GOUKX) 
(SATA-MQ+SATB-M@+SATA-M1+SATB-M1+TO* (GOUMX+GOULX+GOUKX) 


A satisfied condition generates a satisfied response at time TO when 
the response is latched. The use of the go signals effectively 
reduces the satisfied response time. See discussion on ACC. 


SAT register module , _ [Address Register] 
(Satisfied condition) 
e.g. SATA-J@ = (RA16-MR16A+RAI6-MRI6A) - (RA2 *-MR2A+RAZ-MR2A) « 


(RA3 *MR3A+RA3 *MR3A) - (RA4: MR4A+RA4 «MR4A) « double 
? . word address | 
comparison — 


(RA13-MR13A+RAI3 -MRISA) + (RA14-MR14A+RAI4-MRI4A) - 
TO*RE (RS- eer cee vee seeseetieamis 


Bog 


the A register of module J@ while the output bus is available to a 
fetch request) and the data register contents requested (RA18) for lower 
or upper (RA18) half are current (RLA or RUA). Note: bus conditions 
are unchecked if the request is a prefetch. (RF*RS). 


A~1LO — 


SCF register [CC# 2] 


(Schedule a Core Fetch) 

e.g. SCFA = RLA+CLA+RUA+CUA 

The contents of one (or both) half of register A is current, but the core 
copy is not, so if this register is stolen by RULE3 data will be lost. 


SCP module | [Memory Address and Control 


(Start Core Pulse) Cable Card] 


e.g. SCP-J@ = START-J@*MEMRES-J@- TM 
This signal is sent from the FM through the control cable to the core 
module and is used as a clock signal. 


SF register [CC#1] 


(Start Fetch to register) 

e.g. SEB = (CUB-RUB+CLB-RLB) -TPA 

Data from core is being requested at a register of B while the core module 
1s not being used (by the other register IPA). 


SLH, SUH - module | [CC#3] 
(Store half register to core) 


e.g. SLH-J®@ the store lower half signal is later version of the Datal 
Output Strobe to core (DOSC) during STR. STIR is timed so 
that SCH or SUH start 65 ns after TO and lasts at least 
40 ns. | 

Note: the STRC signals which generate the DOSC signals have a 
normal lower, upper half sequence during double word register 
to core transfers. Hence SLH precedes SUH for double word 


stores. 


SH register module [CC#2] 


(Set H bit timmer) 
ef. SHA-JQ = RH+MATCHAX+ (RH+RF) -MATCHAX>MATCHBX- OOSEAY+ 
MATCHAY * RF* (NOFETCH+RLA+ RAI8+RUA*RA18) 


The SH signal identifies when the H bit is being initially set, it differs 
from the SETH signal by not having a MATCHAX*ASGNAX*RESETHA*HA term 


which resets the H bit once it has been set. "SH_'' is clocked into a 
SM73 flipflop with TS, and is then called SH. 


SIP register X [CC#1] 
(Start In Process X criterion) | . Note: Once the SIP's are 
ve: generated they become latched 
e.g. discussed in text: as IP bits at the next TX SS , 
SIPAX = (SSA+SFA) + (SSB*SFB) -UAS SF , time, this in turn inhibits 


2 - (SSA* SEA) « the SIP_X, and SIP Y signals _ 
ee eee the following 100NS interval. 
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SIP register Y [CC#1] 


(Start In Process Y saeeien 
e.g. discussed in text: 


SIPAY = (SSA+SFA) *UAS- (PYB- PSP PAB PXA+PXA+ P+PXB+P+PYA) 
SIPBY = (SSB+SFB) -UAS+ (PYA+PXA (P+PYB) +PXB- PXA+PXB+ P+PXA (P+ PYB) ) 


SRESETL - module [CC#H3) 


(Start Reset signal latch) 

e.g. SRESETL-J@ = TSA*RESETS-JO 

(where RESETS is the reset signal sent by the microscheduler, local control 
or the remote ZM). | 


[Port Address Cable Card] 


SS port 
(port requested S bit) 


SS register [CC#1] 


(Start Store into register) 

e.g. SSB = HB-TPA+ (CUB>RUB+tCLB-RLB) 

While register B is not being held HB and the core module is not being 
used by the A register IPA, the contents of register B should Update the 


- data held in core. 


START - module [CC#1] 


(core module START signal - SCP) 

e.g. START-J@ = (SIPAI-JQ+SIPATI-J@) + (SIPBI-JO+SIPBII-JQ) 

A core module is started if one re CEyStce is selected to initiate 
a core cycle. | 


STCON module [Address Register] 


(port Store inhibit Condition) 


e.g. STCON-L1 = NOSTORE-L1-RS-RF 
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STCR half register - module [CC#1] 
_ (Start data Transfer from Core to Register) 
e.g. STCRUA-J@ = RUA+ (CUA+CLA+RLA) *RDTA 
STCRLA-JQ@ = RLA+ (CLA-CUA+RUA) *RDTA 
The unsymmetrical R, C bit portions can be understood simply by the 
following table: (at RDTA time) 


RUA CUA RIA CLA. STCRUA ~STCRLA 


RRR eer OOODCOCCO 
Seb O OO OHHH BEHOOOO 
MPeEH OORHOOHHOOKHHOO 
HOH OKFROKFOHFOHFOFROKFO 
ODOOODODCOODOKNHN HR MEE O]O 
DOrRPrFOORFrFOCOOCOCOCOFHD 


Hence the STCR signals perform core to register transfers in a upper, 
lower half sequence (in contrast to the STRC signals which have a 
_ lower, upper sequence). 


ST half H [Address Register] 
(port Store Lower (Upper) Half into = 
e.g. STLH-J@ = RF+RS-RAIS 
STUH-J@ = RF- *RS:*RAL8 


STPR half register N | [| CC# 2 | 
(Start data Transfer from Port to Register New criterion) 
e.g. STPRLAN = MATCHBX+CHOOSEAY:STLH 


STPR half register M | [CC# 2] 
(Start data Transfer from Port to Register Match ney 
aor g. STPRLAM = STLH+MATCHAX 
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STRC half register module [CC#1] 
(Start data Transfer from Register to Core) 
e.g. discussed in text 
STRCUA-J = STRCUAI-J+STRCUAII-J 


NOTE: the register to core transfer will be done aeotiealiy in 
a lower, upper half sequence. 


STRC half register I [CC#1] 
(Start data Transfer from Register to Core component) 
e.g. STRCLAI = SSB+SFB-CLA-RLA+ (IPA+HA+GAR) » (UAS+TIMEQ- IPA) 
STRCUAI-J = SSA*SFA+RUA:RLA: RLA+CLA* (IPA+HA+GAR) + (UAS+TIME@- IPA) 


‘NOTICE: The register stores to core are done in a lower, upper half 
order, in contrast to STCR which are done upper, lower half 
sequence. This component is used if the other register does 
not need to start a core cycle (SSB+SFB). 

STRC half register II quadrant : [| CC#1] 

(Start data Transfer from Register to Core II component) 

e.g. STRCLBII= CLB+RLB- (PXA: (P+PYB) +P* PXB+PXB* PXA+PYB+ PXA- PYA) = 

(IPB+HB+GBR) - (UAS+TIMEQ- IPB) 


STRCUBII= RUB-RLB-CLB- (PXA+ (P+PYB) ++ PXB+PXB- PXA+PYB-PXA-PYA) - 
(IPB+HB+GBR) « (UAS+TIMEQ- IPB) 


te both registers (A,B) need to start a core cycle then the winner is 
choosen using the register pointer P and core access priorities PR get 
of each request. / 


TRC - module : [Data Register] 
(Transfer Register to Core) | 


The TCR signal is not switched since it is actually alright to enable 
data to the core all the time so TRC is grounded on the Data Register 


pin. 


TCR module [ CC#S | 
| (Transfer Core to Register) 


At time TS the TCR signal becomes a latched copy of NOSTORE (e.g. 
TCR-J@ = NOSTORE-J@-TS). The latch is a SM/3. 
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TIME n- module n=0, 1,...,8 — [CCHS] 
The TIME signals are canals of the core cycle timer (with the exception 
e.g. for module K% the primary functions of the signals are: of TIMES) 


TIMEG-K%: is a latched copy using TS of the START-K% signal corres- 

- -:ponding to the initial core cycle interval, during which 
data is stored into core. | 

TIME1-K@: clear C bit time if an error is detected. 

TIME1-KG+TIME4-KO+TIMES-K@: IP bit clearing times. 

TIME3-KA, TIME4-K@: read Core times. 

TIMES-K@+TIMEG=. K®+T IME6-KQ+TIME7-KO+TIME8-K%: memory reset times. 

TIME8 -KQ+TIME9S-K@: end of cycle. 


UA module | [Memory Address and Control 


(unit available) Cable Card] 


The core module unit available signal is controlled by the START (or 
SCP) signal. 


UAE - module (Unit Available Error) | [CC#3] 


UAE is a latch output set by TIME@-UA-TSA during a COREFREE condition 
for that module. | 


UAL - module [CC#3 ] 
(Unit Available aeey.. 


- The UAL signal is a latched copy of the core module UA signal or the 
timer (core cycle) TIME8 signal. Note: if the core module UA doesn't 
arrive at the FM by TIME8-TSA the memory overflow timer is activated 
(MUATO generated) as soon as the core cycle timer has set the unit 
available latch (UAL). 


VAS - module [CC#3 | 
(core module Unit Available Synchronized) 
e.g. UAS-J@ = COREFREE-J%-RESETL-J@-UAL-JQ 


The core module unit available signal UA is latched on CC#3 and labled 
UAL. The UAS is a FM version of the core module UA signal with synchro- 
nization controls added. 


AN 7 | [Local Control Card] 


ia Shee 
The ZM signal can be set locally or remotely or automatically as during 
machine start up. 


